Bug ID: 115946
Summary: FORMATTING of RTF document with incomplete font table
uses different substitution fonts
Version: 22.214.171.124 release
OS: Windows (All)
Created attachment 140072
Short file showing the problem - follow the steps in the comment box
This bug is (possibly) related to bug 115924.
The attached document contains Japanese characters encoded using "\uNNN" escape
sequences. It does not contain any fonts in its font table that contain such
characters, and as a consequence, it substitutes a font that does contain them,
in casu "MS Minchu". The result is that the document is displayed correctly in
When the document is subsequently selected in its entirety (Ctrl-A) and the
font is changed into "Courier New", nothing happens, and when the cursor is put
into the Japanese text, the font still shows as "MS Minchu".
Now repeat the procedure in Writer:
Due to the afore mentioned bug 115924, the formatting is incorrect, but
1) The substitution font here is "SimSun" (doesn't really bother us)
2) A "Ctrl-A" followed by a change of the font to "Courier New" will now also,
when the cursor is moved to the Japanese characters, show their font as
"Courier New", and this incorrect designation will survive a Save/Close/Open
However, unlike in Word, changing the font to "Courier New" will radically
alter the formatting of the document, with the Japanese characters seeming to
change their metrics to almost those of "Courier New", but not enough to
display the table correctly. Manually changing them back to the "SimSun" font
will, if one diligently does so for all of them, (obviously) display the table
The same so saved (after step 2 above) document will still open correctly in
Word, and Word will again use the "MS Mincho" substitution font, ***and*** will
show that font in its font selection box.
You are receiving this mail because:
You are the assignee for the bug.
Libreoffice-bugs mailing list