This issue should be fixed now by my latest commit.
DomAm Tuesday 20 November 2007 schrieb Dominik Seichter: > You are right! Thanks for the insight! I did not cound the key/value pairs > in the dictionary. Well than it is a bug in PoDoFo and we will have to > handle empty names. > > I will try to fix this issue as soon as possible. > > best regards, > Dom > > Am Tuesday 20 November 2007 schrieb Leonard Rosenthol: > > Actually, it's not a mistake (or at least not something invalid in PDF) > > > > A / by itself is a valid Name object. > > > > So //DeviceGray is really two Names. > > > > Why they are doing this is beyond me, since it has no useful purpose > > in the PDF. But you NEED to process it as such, since otherwise > > you'll unbalance your dictionary key/value pairings. > > > > Leonard > > > > On Nov 20, 2007, at 12:07 PM, Dominik Seichter wrote: > > > Hi, > > > > > > Replying on the mailing list as I would like to discuss what we > > > should do in > > > this case. To some up the email in German: Uli has a problem with > > > PoDoFo > > > reading a PDFX test PDF supplied by a Swiss organization. Acrobat > > > Reader has > > > no problem reading the PDF. > > > > > > I copied the object causing the problem below: > > > > > > 15 0 obj<</XObject<</Im0 45 0 R/Im1 50 0 R/Z5 53 0 R/CprRpt8 54 0 > > > R>>/Shading<</Sh0 59 0 R/ Sh1 63 0 R/Sh2 67 0 R/Sh3 70 0 > > > R>>/ColorSpace<<//DeviceGray/CS0 36 0 R/CS1 17 0 R/CS2 30 0 R/CS3 > > > 18 0 R/CS4 > > > 19 0 R/Z1 31 0 R/Z6 36 0 R>>/Font<</C0_0 29 0 R/C0_1 33 0 R/ > > > T1_0 16 0 > > > R/T1_1 21 0 R/T1_2 22 0 R/T1_3 23 0 R/T1_4 25 0 R/Z1 39 0 R/Z2 27 0 > > > R/Z7 35 0 > > > R>>/ProcSet[/PDF/Text/ImageI/ImageC/Imag > > > eB]/Properties<</MC0<</Metadata 111 0 R>>/MC1<</Metadata 112 0 > > > R>>/MC2<</Metadata 113 0 R>>/MC3<</Metadata 114 0 R>>/Z3<</Metadata > > > 115 0 > > > R>>/Z8<</Me tadata 116 0 R>>>>/ExtGState<</Z10 117 0 R/GS11 > > > 118 0 R/Z2 > > > 122 0 R/Z3 126 0 R/Z4 130 0 R/Z5 134 0 R/Z6 138 0 R/Z9 139 0 R/GS0 > > > 140 0 > > > R/GS1 141 0 R/GS 2 142 0 R/GS3 143 0 R/GS4 144 0 R/GS5 118 0 > > > R/GS7 145 > > > 0 R/GS9 146 0 R>>>>^Mendobj > > > > > > @Uli: PoDoFo is fully correct by not reading this object! Please > > > note the > > > double / before DeviceGray. This is incorrect and PoDoFo does not > > > read it > > > therefore. > > > > > > This PDF seems to be generated by Adobe PDF lib though. Maybe > > > Leonard can > > > clarify this a little bit. How common are this mistakes in PDF and > > > should > > > PoDoFo be changed to ignore these kind of errors? > > > > > > As of now, maybe you can contact the creator of the PDF and tell > > > them that > > > their PDF is broken. > > > > > > best regards, > > > Dom > > > > > > Am Tuesday 20 November 2007 schrieb Ulrich Arnold: > > >> Die Mail ist leider nicht durchgegangen. Ich sende die beiden > > >> Pdf's als > > >> separate Mails. > > >> > > >> _____ > > >> > > >> Von: Ulrich Arnold [mailto:[EMAIL PROTECTED] > > >> Gesendet: Dienstag, 20. November 2007 11:36 > > >> An: '[EMAIL PROTECTED]' > > >> Betreff: PoDoFo > > >> > > >> > > >> Hallo Dominik! > > >> > > >> Ich habe hier zwei Test-Pdf's, welche Spezialitäten im Pdf- > > >> Workflow testen > > >> sollen. 00GK8.pdf wird von PoDoFo auch brav eingelesen und > > >> weitergegeben. > > >> 00GKA.pdf wird von Acrobat-Reader eingelesen und dargestellt, Acrobat > > >> Reader hat aber scheinbar Probleme mit Overprint und DeviceN. > > >> Versuche ich > > >> aber diese Datei mit PoDoFo einzulesen, kommt ein throw von > > >> pdftokenizer.cpp:587. Es kommt ePdfTokenType_Delimiter statt > > >> ePdfTokenType_Token. Auch > > >> PoDoFoBrowser kann die Datei nicht einlesen. > > >> > > >> Gruß Uli > > >> > > >> > > >> > > >> _____________ NOD32 EMON 2671 (20071120) Information _____________ > > >> > > >> Diese Nachricht wurde vom NOD32 antivirus system geprüft > > >> http://www.nod32.com > > > > > > -- > > > ********************************************************************** > > > Dominik Seichter - [EMAIL PROTECTED] > > > KRename - http://www.krename.net - Powerful batch renamer for KDE > > > KBarcode - http://www.kbarcode.net - Barcode and label printing > > > PoDoFo - http://podofo.sf.net - PDF generation and parsing library > > > SchafKopf - http://schafkopf.berlios.de - Schafkopf, a card game, > > > for KDE > > > Alan - http://alan.sf.net - A Turing Machine in Java > > > ********************************************************************** > > > ---------------------------------------------------------------------- > > > --- > > > This SF.net email is sponsored by: Microsoft > > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > _______________________________________________ > > > Podofo-users mailing list > > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/podofo-users -- ********************************************************************** Dominik Seichter - [EMAIL PROTECTED] KRename - http://www.krename.net - Powerful batch renamer for KDE KBarcode - http://www.kbarcode.net - Barcode and label printing PoDoFo - http://podofo.sf.net - PDF generation and parsing library SchafKopf - http://schafkopf.berlios.de - Schafkopf, a card game, for KDE Alan - http://alan.sf.net - A Turing Machine in Java **********************************************************************
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________ Podofo-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/podofo-users
