Issue 11613 - PDF Export does not handle Type 1 fonts correctly.
Summary: PDF Export does not handle Type 1 fonts correctly.
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: 644
Hardware: PC Linux, all
: P2 Trivial (vote)
Target Milestone: OOo 1.1 Beta2
Assignee: h.ilter
QA Contact: issues@gsl
URL:
Keywords:
: 36167 (view as issue list)
Depends on:
Blocks:
 
Reported: 2003-02-19 00:00 UTC by behrends
Modified: 2004-10-29 21:22 UTC (History)
1 user (show)

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


Attachments
Broken PDF file that shows the font embedding problem. (6.92 KB, application/octet-stream)
2003-02-19 00:02 UTC, behrends
no flags Details
Set of files exhibiting the Type 1 font embedding bug. (71.95 KB, application/octet-stream)
2003-02-21 02:44 UTC, behrends
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description behrends 2003-02-19 00:00:49 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.
Comment 1 behrends 2003-02-19 00:02:05 UTC
Created attachment 4790 [details]
Broken PDF file that shows the font embedding problem.
Comment 2 christof.pintaske 2003-02-19 08:54:29 UTC
cp->pl: problem with encoding != latin1 ? I think we need to adress
this asap after basetech01 is in dry towels
Comment 3 christof.pintaske 2003-02-19 08:58:09 UTC
pushed on pl's stack
Comment 4 michael.bemmer 2003-02-19 09:16:28 UTC
Set to "confirmed", because this bug obviously occurs.
Comment 5 philipp.lohmann 2003-02-20 14:49:19 UTC
will fix
Comment 6 philipp.lohmann 2003-02-20 18:17:32 UTC
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).
Comment 7 behrends 2003-02-21 02:41:04 UTC
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/.
Comment 8 behrends 2003-02-21 02:44:06 UTC
Created attachment 4822 [details]
Set of files exhibiting the Type 1 font embedding bug.
Comment 9 philipp.lohmann 2003-02-21 11:32:43 UTC
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
Comment 10 philipp.lohmann 2003-03-11 11:03:09 UTC
pl->hi: fixed in CWS vcl06
Comment 11 Martin Hollmichel 2003-03-12 13:03:53 UTC
set traget to beta2
Comment 12 h.ilter 2003-03-12 15:05:08 UTC
Fixed
Comment 13 h.ilter 2003-03-12 15:07:04 UTC
Verified with 644m6_8563 (CWS:VCL06) = ok
Comment 14 michael.bemmer 2003-03-13 11:13:23 UTC
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. 
Comment 15 lohmaier 2004-10-29 21:22:54 UTC
*** Issue 36167 has been marked as a duplicate of this issue. ***