https://bugs.documentfoundation.org/show_bug.cgi?id=113124
Kevin Suo <suokunl...@126.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Writer's PDF importer |Writer's PDF importer
|doesnt import font name |doesnt import correct font
| |name
--- Comment #10 from Kevin Suo <suokunl...@126.com> ---
OK, I see, this is exactly the same issue as reported in bug 143095.
The test document in this bug uses "Traditional Arabic", "Frank Ruehl CLM" and
"Simplified Arabic" fonts. All these fonts are of the names without spaces in
the PDF file (i.e., TraditionalArabic, FrankRuehlCLM-Medium and
SimplifiedArabic, which can be observed from a pdf viewer).
In Draw PDF import and Writer PDF import, this font names are read from the PDF
files. The read-in names are then have their suffixes removed, but still
without spaces, and are then used directly to build-up an ODF xml stream and
then used for rendering.
Draw and Writer PDF import seems to use the same pre-process codes located in
sdext/source/pdfimport, but they do have separate "treevisiting" codes:
sdext/source/tree/drawtreevisiting.cxx and
sdext/source/tree/writertreevisiting.cxx. However, the set if familyName is the
same.
See the following code in line 830 in the drawtreevisiting.cxx file:
// family name
aFontProps[ "fo:font-family" ] = rFont.familyName;
aFontProps[ "style:font-family-complex" ] = rFont.familyName;
and the following in line 902 of the writertreevisiting.cxx file:
// family name
aFontProps[ "fo:font-family" ] = rFont.familyName;
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
