[Libreoffice-bugs] [Bug 115946] New: FORMATTING of RTF document with incomplete font table uses different substitution fonts
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Thu Feb 22 21:14:00 UTC 2018
https://bugs.documentfoundation.org/show_bug.cgi?id=115946
Bug ID: 115946
Summary: FORMATTING of RTF document with incomplete font table
uses different substitution fonts
Product: LibreOffice
Version: 5.4.5.1 release
Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: libreoffice-bugs at lists.freedesktop.org
Reporter: robert at prino.org
Created attachment 140072
--> https://bugs.documentfoundation.org/attachment.cgi?id=140072&action=edit
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
Word.
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
sequence.
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
correctly again.
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20180222/2c7bb495/attachment.html>
More information about the Libreoffice-bugs
mailing list