Again, I have no absolute answer!
BUT...you wrote......
>>But when the letter is merged with the address, it looks like this:
Craig Thompson
5555 Terraceview Ln N
Minneapolis, MN 55446
If I copy this address in MS Word to another word processing program or to a new word document, it looks like this:
Craig Thompson
5555 Terraceview Ln N
Minneapolis, MN 55446
with a blank line space above the City, State, and ZipCode line. And I guess this is why in the delivery box Word only show two lines and refused to show the city, state, and zipcode line.
>>>>
This all looks normal to me and is consistant with my experience going back to "Wordstar"
You wrote
>>>And I guess this is why in the delivery box Word only show two lines and refused to show the city, state, and zipcode line.
You also wrote
>>>If I copy this address in MS Word to another word processing program
If you are moving this address database around from application to application and expecting it to appear the same in all applications I think you are finding out that that is unrealistic. The data, in a given field ,or lack of it, is just not universally handled the same way across applications.
So you create an address database in MS word with a blank ADDR2 field and Word leaves it out of the merge because it has no data in it. Move that database to another application and it knows it is not a native DB so it uses all fields because it may not know how to determine what is safe to leave out, thus you get a blank line for ADDR2, move the DB back to MS products and some identifiers have been changed and Word now recogniges it as a generic DB and stops reading the record when it encounters a blank space, thus you get the effect of dropping the city state zip.
If any of this fits, and you need to move an address DB around, look into importing and exporting in ascii text format, it is universal
in its acceptance across applications and platforms, won't transport fromatting verywell (bold, underline, etc).
Hope this helped.
Cary
