Issue 106572 - PDF export: problem with Type1 embedding
Summary: PDF export: problem with Type1 embedding
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOO320m3
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 3.2
Assignee: wolframgarten
QA Contact: issues@gsl
Keywords: regression
Depends on:
Blocks: 99999
  Show dependency tree
Reported: 2009-11-03 10:50 UTC by wolframgarten
Modified: 2017-05-20 10:29 UTC (History)
3 users (show)

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

bugdoc (278.13 KB, application/
2009-11-03 10:55 UTC, wolframgarten
no flags Details
pdf from 3.1.1 (329.46 KB, application/pdf)
2009-11-03 10:55 UTC, wolframgarten
no flags Details
pdf from m3 (327.30 KB, application/pdf)
2009-11-03 10:57 UTC, wolframgarten
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description wolframgarten 2009-11-03 10:50:38 UTC
Open the bugdoc under linux and export it to pdf. Watching it with acrobat
reader shows circles instead of characters in front of the sausage. This worked
in 3.1.1.
Comment 1 wolframgarten 2009-11-03 10:55:08 UTC
Created attachment 65883 [details]
Comment 2 wolframgarten 2009-11-03 10:55:48 UTC
Created attachment 65884 [details]
pdf from 3.1.1
Comment 3 wolframgarten 2009-11-03 10:57:34 UTC
Created attachment 65885 [details]
pdf from m3
Comment 4 sven.jacobi 2009-11-05 10:07:21 UTC
sj->pl:Can you please take a look, for text DrawTextArray action is called at
the PDFWriter, I don't know how why this is not taken as simple text in the pdf
Comment 5 philipp.lohmann 2009-11-05 11:50:08 UTC
There is a font missing in the PDF; the font used in the document is "URW
Palladio L". The other font used in the document "Liberation Sans"  got replaced
(by font substitution it would seem) got replaced by "Albany"); however "URW
Palladio L" got no replacement at all and goes missing in the PDF. On some
platforms the reader replaces this by Helvetica which can work since Palladio
probably was more or less iso8859 encoded. However I'd have expected at least
SOME font as a replacement for a completely unknown font; it seems this is not
the case which makes us end up with encoded characters in the PDF that have a
missing font.

pl->hdu: please have a look.
pl->wg: in itself this is probably not a 3.2 blocker IMHO (it's always best to
use fonts for PDF export that you actually have on your system), but if the font
substitution fails more generally we probably would get a lot of duplicates,
making this 3.2 worthy after all.
Comment 6 2009-11-05 13:41:28 UTC
Interesting. The mentioned Type1 is in the PDF but there is something wrong with the embedding. 
Comment 7 2009-11-05 14:45:57 UTC
That is a nasty issue that IMHO deserves a OOo32 target: Some of the FontDescriptor lines are missing in 
the PDF so though the fonts are embedded they are not referenced.
Comment 8 2009-11-06 14:46:00 UTC
Fixed in CWS ooo32gsl04
Comment 9 2009-11-11 09:41:35 UTC
@hi or @wg: please verify in CWS ooo32gsl04
Testing hint: test printing and PDF-export with Type1, TTF and PS-OTF fonts.
Comment 10 stefan.baltzer 2009-11-19 13:49:49 UTC
Reassigned to WG.
Comment 11 stefan.baltzer 2009-11-19 14:08:07 UTC
Verified in CWS ooo32gsl04.