Joseph.Carver at vsea.com wrote: > Text placed into an anchored frame that has a carriage return loses the > first character when the doc is saved. > > Actions: > ? ? ? ? 1) Create anchored frame > ? ? ? ? 2) Import a graphic or two > ? ? ? ? 3) Label the graphic > ? ? ? ? ? ? ? ? >> Graphics > ? ? ? ? ? ? ? ?>> Tools > ? ? ? ? ? ? ? ?>> Click the "A" > ? ? ? ? ? ? ? ?>> Position cursor > ? ? ? ? ? ? ? ?>> Type some text > ? ? ? ? ? ? ? ?>> Hit Enter key > ? ? ? ? ? ? ? ? >> Type another line > ? ? ? ? ? ? ? ? >> Save doc > ? ? ? ? ? ? ? ? ? ? ? ? >> First character vaporizes from "another > line" > > Consistently across two versions of Windows, and on a few different > machines, the first character of the second line simply disappears. > Saving the doc. triggers the action. > If additional lines are added with a carriage return, they too will > lose that first character when the doc. is saved. > This does not occur with Frame 8. It is very repeatable. > > Are there any workarounds for this, or is it just a known "feature"?
That certainly sounds like a bug. But the solution is simple enough, and best practice in any case: For multiple lines of text, don't use the Text Line tool. Instead, insert a Text Frame (the icon to the left of the "A" in the Tools Palette) and enter your text in that. This has several advantages, including the ability to apply a paragraph format and to treat the entire block of text as a single object. A Text Line is basically a graphic object, and when you press Enter, you're actually creating a second, completely separate Text Line object. It moves independently of the first, is formatted independently, and is in no way connected to the first. A Text Frame containing one or more paragraphs is much easier to manage than multiple Text Lines. HTH! Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 ------ rgcombs AT gmailDOTcom 303-903-6372 ------
