[net.micro.apple] MacWrite bug

ksj@proper.UUCP (Kent Johnson ) (06/25/84)

There is a bug in MacWrite as follows:
	If the indent margin is set to the left of the regular left margin
(e.g. hanging indent) and  full-justification is on,  a line consisting of
one or two characters (such as a bullet or a number+period) followed by a
tab (to the regular margin) followed by enough text to wrap to a new line,
will not always print correctly--the character(s) before the tab do not print.
I don't know what determines whether or not the bug appears; does anyone 
else?

In most cases the text WILL appear correctly on the screen, so beware!

	Two not-entirely-satisfactory fixes:
1.	(This line may not print properly :-)  Turn off full justification.
2.	If justification is needed/wanted, insert a ruler line after the
problem line.  This effectively turns of justification for the one line.
Then insert enough blanks on the line to make it appear to be justified.
	I know, that's gross, does anyone have a better fix?
	Does anyone know if there is an official place to send bug reports
for Mac?

	--Kent Johnson
	  { decvax!sun!amd, hplabs!nsc, ihnp4!dual } !proper!ksj

byron@eosp1.UUCP (Byron Han) (06/25/84)

I have discovered a possible bug in MacWrite Version 2.2 which is
the recent update of MacWrite.  When I am in the full justification
mode and employ bold underscoring, the text appears fine on the screen
but when I go to print it out under HIGH quality printing, the underscoring
gets messed up across word boundaries.  The underscoring does not
connect across word boundaries like it does on the screen.  When I switch 
to STANDARD print quality, the problem disappears.  Any comments?

      allegra!princeton!eosp1!byron   		<bh>

custead@sask.UUCP (Der cuss) (06/26/84)

>I have discovered a possible bug in MacWrite Version 2.2 which is
>the recent update of MacWrite.  When I am in the full justification
>mode and employ bold underscoring, the text appears fine on the screen
>but when I go to print it out under HIGH quality printing, the underscoring
>gets messed up across word boundaries.  The underscoring does not
>connect across word boundaries like it does on the screen.  When I switch 
>to STANDARD print quality, the problem disappears.  Any comments?

I would say it is more than a possible bug.  how about a definite bug.
I have discovered something similar with trying to use labelled
paragraphs by moving the left margin to the right of the indent marker.
(This is the effect achieved by .LP in the -ms macros.)  Everything
is fine until I turn on full justification.  Then the characters
to the left of the left margin don't print.  (I have not tried different
print qualities.)  One time they also disappeared on the screen.  When
I moved to that point and typed an additional character, all the characters
appeared momentarily and then disappeared.  The justification step seemed
to blank over them.  When I go back to left justification, everything
reappears correctly.  Coupling this with the observations from the above
article, it appears that there are serious bugs in full justification mode
in MacWrite.

				L. R. Custead
				University of Saskatchewan
				sask!custead

dragon@uw-june (Brian Matthews) (06/30/84)

I've seen this bug also, and I believe it happens only when the stuff
to the left of the regular margin (the bullet or number and period) is
followed by a tab.  I was recently doing a memo with some itemized
stuff that I put bullets in front of, followed by tabs.  I then went
back and full-justified the items, and all the bullets disappeared.
The solution was to replace the tabs with spaces of different sizes.
It takes a little work to get the justification correct, but it works.
Definitely a kludgey solution, but it works.

Brian
...uw-june!dragon

kim@analog.UUCP (Kim Helliwell ) (07/02/84)

This bug was mentioned in a posting on Compuserve.  The poster of that note
said he called Apple Technical Support about it, and that they verified the
bug (much to their own surprise!).  So I assume that they are aware of the
problem.

I have seen no word yet as to whether or when this will be fixed.

Kim Helliwell
hplabs!analog!kim