Apache OpenOffice (AOO) Bugzilla – Issue 16920
PDF unreadable in Acrobat Reader
Last modified: 2003-07-23 15:54:35 UTC
When printing a three-fold brochure (using the template on oooextras) to PDF, the resulting file is unreadable by Acrobat Reader 5.0. It gives an error 101 with no content.
Please upload the document in question, or give a link to it. Thanks!
Created attachment 7758 [details] Created an attachment
The attachment includes three .sxd draw objects and an inserted graphic. If I leave the draw objects out, it exports the document correctly as a pdf. If I leave them in, it fails to make a readable pdf file. The inserted graphic is exported correctly.
robert, please provide the original document as well. cp->pl: please have a look at it. maybe a problem with font embedding ? ghostscript sais: gs RBE_Test_Brochure.pdf AFPL Ghostscript 8.00 (2002-11-21) Copyright (C) 2002 artofcode LLC, Benicia, CA. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Processing pages 1 through 2. Page 1 **** Unknown operator: 'Regular **** File has an unbalanced >> (close dictionary). Error: /typecheck in --and--
The problem is the "Calligrapher Regular" font; its PS-Name literally contains a space which is a no-no by Adobe's definition. Without the the font itself i cannot say whether the problem is in the font itself (a wrong psname entry in the OS/2 table of the font) or whether it does not have a PS-name at all in which case we generate one out of the family name. The fix is easy though; i can replace every space with a '-' and all's well.
This should be fixed for OOo 1.1. But this is not priority 2 it is only P3.
I think you solved my problem. I will be careful to select fonts without spaces in their names for documents to be exported to PDF. I would then consider it fixed if this will be fixed by 1.1.
Created attachment 7775 [details] Calligrapher ttf file for testing purposes.
Thanks for the font to test. It really contains a PSName containing a space which needs to be encoded; there is an encoding scheme exactly for that. Ghostscript is a bit more picky about what needs to be encoded than the standard recommends, so a little more is encoded now than normally necessary. fixed in CWS rc3vcl
reassign for verification in CWS rc3vcl
Verified with 645m12_8655 (cws:rc3vcl) = ok
.