Apache OpenOffice (AOO) Bugzilla – Issue 19159
Save in Word 97 Format Changes Spacing & Garbles Quotation Marks
Last modified: 2017-05-20 11:29:22 UTC
I created a document in OO 1.1RC3 on Debian, saved as Word 97 format, and when viewed in Word 97 on Win 98SE the quotation marks are all displayed as little black blobs and the formatting of the third page was lost. The third (and final) page's spacing switched from double to single spacing and the paragraph indentation was lost. I used Courier 12 and had a footer that included page # and page count. If I could figure out how to attach the doc to this bug, I would just show you. Otherwise, I'll e-mail you the file in question if you ask for it. (This problem was only discovered after the file was shared with a supervisor, so this is embarrasing!)
Created attachment 9051 [details] The garbled document: Fine in OO. View in Word to see problems.
jw: reassigned to mru can you please take a look at this issue?
I can reproduce it at OO 1.1 Rc4 is OK, but at MS Office XP on Win Xp it is strange become black blobs The problem is “ in couries is displayed as black blobs. And I did find the spacing problem too.
Confirmed 1.1rc4 Tam
Problem regarding wrong line spacing at the end of the doc will be fixed in OO 2.0 (checked with internel pre-Alpha build).
MRU->CMC: when I open the attached file with OO on Win XP, the custom quotes are al replaced by a wrong symbol.
Created attachment 9626 [details] native .sxw example
Not a filter problem, the font "Courier" does't have the correct quote characters. While I have "Courier" installed on my machine, under the same circumstance word substitutes "Courier New" for "Courier". So this is something for our vcl font substitution people to look at.
MRU->US: Is there already an isse regarding font substitution for these fonts?
Hmm, seems that we still fail to do a suitable GlyphFallback for smart quotes with Courier in src680_m47.8795 on win32 systems. Anyway I consider this to be a minor issue, unless we don't get massive votes for this issue. us->hdu: you know what I mean: "won't fix" as there is surely "bigger fish to catch".
Lowering prio and target.
Yes, for those friggin bitmap fonts we do not calculate their complete unicode coverage, so glyph fallback is never triggered when they are involved...
Reset assigne to the default "issues@openoffice.apache.org".