Issue 123036 - Type 1 fonts are not embedded in exported PDFs (font is substituted) under OS/2
Summary: Type 1 fonts are not embedded in exported PDFs (font is substituted) under OS/2
Status: CONFIRMED
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: 4.0.0
Hardware: PC OS/2
: P3 Normal (vote)
Target Milestone: ---
Assignee: Yuri Dario
QA Contact:
URL:
Keywords:
Depends on:
Blocks: 126518
  Show dependency tree
 
Reported: 2013-08-14 14:51 UTC by Alex Taylor
Modified: 2016-10-17 14:02 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: 4.1.2
Developer Difficulty: ---


Attachments
Sample PDF document showing that specified "Times New Roman" (Type 1) has been substituted with Liberation Serif. (12.40 KB, application/pdf)
2013-08-14 14:51 UTC, Alex Taylor
no flags Details
The original Writer document corresponding to the PDF in attachment 81329. (10.72 KB, application/octet-stream)
2013-08-14 14:52 UTC, Alex Taylor
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Alex Taylor 2013-08-14 14:51:06 UTC
Created attachment 81329 [details]
Sample PDF document showing that specified "Times New Roman" (Type 1) has been substituted with Liberation Serif.

When exporting a document as PDF, any Type 1 fonts specified in the document are not embedded in the document.  Rather, the font is substituted with the closest determined match from among the available TrueType fonts.

Standard PostScript fonts "Courier" and "Helvetica" are not substituted in this way as they are not embedded at all.  The same would presumably apply to "Times Roman" if it was used (but it is not available on my system) – however, "Times New Roman" (which is a Type 1 font on my and most other OS/2 systems) is substituted, generally with Liberation Serif if the latter is installed.

I have confirmed that this occurs with both Impress and Writer.

To the best of my knowledge, this problem has always existed in the OS/2 port.  I can at least confirm that it occurs as far back OpenOffice.org 2.4 (and affects all subsequent versions).

Not being familiar with the source code, this is conjecture... but my theory is that Type 1 fonts (other than PostScript's built-in ones, i.e. the 'core 35') are somehow being flagged, or otherwise treated, as non-embeddable.
Comment 1 Alex Taylor 2013-08-14 14:52:27 UTC
Created attachment 81330 [details]
The original Writer document corresponding to the PDF in attachment 81329 [details].
Comment 2 Alex Taylor 2013-08-14 15:47:07 UTC
Also tested on AOO 4.0 for Windows running under XP.  I can confirm that, using the same document, with the same T1 fonts installed, PDF export embeds the fonts properly under Windows, and not under OS/2.
Comment 3 Matthias Seidel 2016-10-10 19:54:08 UTC
I can confirm this behaviour with Characters from "Symbol Set" which are substituted when exported as PDF with AOO.
The option PDF/A-1a was checked, so the font should be embedded in the PDF.
Comment 4 Keith N. McKenna 2016-10-17 14:02:46 UTC
Marking as confirmed by comment 3