Apache OpenOffice (AOO) Bugzilla – Issue 11613
PDF Export does not handle Type 1 fonts correctly.
Last modified: 2004-10-29 21:22:54 UTC
When using Postscript Type 1 fonts, the file resulting from "Export as PDF" does not embed them, or doesn't embed them correctly. Any viewer (acroread, xpdf, gs) prints error messages instead of displaying the page. The same problem does not occur with TrueType fonts.
Created attachment 4790 [details] Broken PDF file that shows the font embedding problem.
cp->pl: problem with encoding != latin1 ? I think we need to adress this asap after basetech01 is in dry towels
pushed on pl's stack
Set to "confirmed", because this bug obviously occurs.
will fix
It may be an encoding problem, then again it may be something else. Where can one get ZurichMT-Roman from ? The MT ending sounds like MonoType ? I don't think i'll see what happened here purely from the PDF file (which is post mortem).
Zurich is Bitstream's Univers clone (which I can't include for copyright reasons), but the bug occurs with any Type 1 font that I tried. I'll attach a complete set of files (.sxw, .pdf, .pfb, .afm) using the Insula font from http://www.apostrophiclab.com/.
Created attachment 4822 [details] Set of files exhibiting the Type 1 font embedding bug.
There was a "slight misinterpretation" about binary and ascii hex data inside type1 fonts :-( ; namely the identification which of both is present worked only in special cases. This is fixed now in CWS vcl06
pl->hi: fixed in CWS vcl06
set traget to beta2
Fixed
Verified with 644m6_8563 (CWS:VCL06) = ok
As mentioned on the qa dev list on March 5th I will close all resolved <wontfix/duplicate/worksforme/invalid> issues. Please see this posting for details.
*** Issue 36167 has been marked as a duplicate of this issue. ***