Issue 106572 - PDF export: problem with Type1 embedding
Summary: PDF export: problem with Type1 embedding
Status: CLOSED FIXED
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
URL:
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: ---

Attachments
bugdoc (278.13 KB, application/vnd.oasis.opendocument.graphics)
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
Add an attachment (proposed patch, testcase, etc.)

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]
bugdoc
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
output.
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 hdu@apache.org 2009-11-05 13:41:28 UTC 
Interesting. The mentioned Type1 is in the PDF but there is something wrong with the embedding. 
Analyzing.
Comment 7 hdu@apache.org 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 hdu@apache.org 2009-11-06 14:46:00 UTC 
Fixed in CWS ooo32gsl04
Comment 9 hdu@apache.org 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.