Re: [Podofo-users] An error exists on this page...
Both PDFs (embedded and not embedded) fails on my Acrobat Reader. I noticed when examining the files that your text objects (the stuff between BT and ET in the content stream) contains q/Q operators. Those belong to the category "Special graphics state" operators which are not allowed in text objects according to figure 4.1 in the PDF 1.4 reference. Try moving those operators outside the text objects instead. /TB -Original Message- From: Blayne Cullen Sent: 13. juni 2022 17:10 To: Francesco Pretto ; podofo-us...@lists.sf.net Subject: Re: [Podofo-users] An error exists on this page... Thank you for your response. I've tested your solution using PdfDoc->CreateFontSubset(...) which I hope uses your mentioned PdfFontCache::GetFontSubset() but am still receiving the same error. I also found that using this solution and embedding the font (PdfFont->EmbedSubsetFont()) causes the characters to become unrecognisable "?" whilst not embedding it prints them correctly. I have also tested this using Arial and getting the same aforementioned issues. Would these issues be related to the bugs you mentioned or is this something else? Attached are examples of the newly generated PDF's. One has embedded the font and the other has not. Thanks, Blayne -Original Message- From: Francesco Pretto Sent: 13 June 2022 12:07 To: Blayne Cullen Cc: podofo-us...@lists.sf.net Subject: Re: [Podofo-users] An error exists on this page... Hello, you're right something is wrong with the text. In particular something is wrong with the embedding of the font: my advice is that you should really use subsetting with PdfFontCache::GetFontSubset() when retrieving the font, otherwise it will embed the whole font and that may cope with the encoding you picked, possibly causing the issues you're seeing. Subsetting forces PoDoFo to create a different font type (/Type0), which is a more modern font type and works better with fonts with Unicode character set (like the one you're using). Unfortunately there are some other bugs with subsetting TrueType fonts in PoDoFo 0.9.x series, but subsetting Arial usually works fine. I can't help more with PoDoFo but in a couple of months PoDoFo-next, which is the new code base for PoDoFo, will appear and that handles these scenarios better, it's easier to code and has a lot of bug fixing. Regards, Francesco On Mon, 13 Jun 2022 at 12:33, Blayne Cullen wrote: > > Hello PoDoFo Team, > > > > I have been using the product for a little over a year now and I have been > intermittently getting the Adobe Acrobat error: “An error exists on this > page. Acrobat may not display the page correctly. Please contact the person > who created the PDF document to correct the problem.” (Screenshot attached). > This error does not occur in all of our PDF productions, just a few. The > generated PDF appears to be correct and on opening of the file in other PDF > viewers, no error is mentioned (though this is probably because they don’t > have the same error checking features that acrobat have). Also attached is a > copy of a simple example PDF document that contains the error. Some debugging > points to the text or even the font as the culprit, but this could be a red > herring. > > > > I have recently upgraded PoDoFo and its dependencies in an effort to resolve > the problem, but no luck. > > We are currently using: > > Visual Studio 2022 > FreeType 2.12.1, Z-Lib 1.2.11, Jpeg 9d Targeting Windows 10 Using > PoDoFo 0.9.8 - 32 and 64bit shared libraries (dll) > > > > Look forward to your reply, > > Thanks, > > Blayne > > ___ > Podofo-users mailing list > Podofo-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/podofo-users ___ Podofo-users mailing list Podofo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/podofo-users
Re: [Podofo-users] Next PoDoFo Release due to ticket #118
A new release would be great! Would you please consider including the patch I supplied to this list on November 17th for handling space character after the stream keyword? Best Regards, Thomas Barnekov From: Dominik Seichter via Podofo-users Sent: Monday, January 4, 2021 2:04 PM To: podofo-us...@lists.sf.net Cc: benit...@users.sourceforge.net Subject: [Podofo-users] Next PoDoFo Release due to ticket #118 Hi PoDoFo List and Happy new year! Melizas has provided a very interesting update of PoDoFoBrowser to Qt5. Now, Nelson has asked in the same ticket about the next release, so he can upload to flathub.org<http://flathub.org>: https://sourceforge.net/p/podofo/tickets/118/ Now, as I am not able to be very much involved at this point of time, I would like to ask the list if it is ok to provide a new release? Last release 0.9.6 was in July 2018, so might be nice to provide some new tarballs and a tag. If it is ok for everybody, I could start the preparation. Best regards, Dominik ___ Podofo-users mailing list Podofo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/podofo-users
Re: [Podofo-users] Any plans to relocate to github?
Hi, In my opinion, a move to GitHub or any other Git-based system could benefit the PoDoFo project in terms of contributions. Subversion makes it very hard to maintain a fork with your own patches, and the current process for getting a patch into PoDoFo seems to rely a lot on manual labor. I'm afraid the current process (and Subversion) poses a barrier for some people when it comes to contributing to PoDoFo. On top of that, it seems that patches sent to the mailing list are sometimes overlooked or forgotten, which is not exactly a motivating factor for contributors. The strength of GitHub is that it's easy to create your own fork where you can commit your changes. Once you're ready, you send a pull request to the main project to get your changes incorporated/accepted. Until your PR is accepted, it's easy to keep your fork up-to-date with the main project, so you don't have to wait for your patch to be accepted before you can use it yourself. For the maintainer, reviewing and accepting a contribution (in the shape of a pull request) is done with a few clicks in a browser. This could help speed up the process of getting submitted patches into the main PoDoFo repo. GitHub is pretty much the standard for hosting open-source projects, so basically every future potential contributor will already be familiar with the process of forking and sending pull requests, but there are plenty of alternatives that provide pretty much the same advantages. It's basically all about making it as easy as possible for people to contribute. Personally I've only contributed a single patch to PoDoFo, because the bug was a show stopper for me. I don't bother doing minor contributions because the it's basically too troublesome to contribute, compared to the work that would actually go into the code itself. But that's just my point of view. Best Regards, Thomas Barnekov -Original Message- From: zyx Sent: 12. august 2020 09:32 To: podofo-users@lists.sourceforge.net Subject: Re: [Podofo-users] Any plans to relocate to github? On Wed, 2020-08-12 at 10:01 +0500, Ivan Romanov via Podofo-users wrote: > My question in title. Hi, I hope not. I do not think the move itself would make the project more attractive to the contributors. Though that would be nice to see (more contributors, not the move to GitHub). Just my personal opinion, I'm not the decision maker here. Bye, zyx ___ Podofo-users mailing list Podofo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/podofo-users ___ Podofo-users mailing list Podofo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/podofo-users
[Podofo-users] Stream filters are not detected if the Filter is an indirect reference
Hi, If a stream dictionary has a Filter entry that is an indirect reference like shown below, Podofo will return an empty filter list in PdfFilterFactory::CreateFilterList(): 1 0 obj << /Filter 2 0 R >> stream ... endstream 2 0 obj [ /FlateDecode ] endobj The attached patch fixes the problem by attempting to dereference the Filter object before processing it. Med venlig hilsen/Best regards _________ Thomas Barnekov, Senior Software Developer - Lasernet +45 43 66 02 10 Formpipe Lautrupvang 1 2750 Ballerup DK - Denmark www.lasernetbyformpipe.com<http://www.lasernetbyformpipe.com/> Formpipe. __ [Lasernet_email]<http://lasernetbyformpipe.com/> Formpipe develops ECM products and solutions for structuring information and supplies them to major companies, authorities and organisations. ECM products help organisations to capture, manage and distribute information, and to place it in context. The company's software helps improve efficiency, cut costs and reduce risk exposure. Formpipe was founded in 2004 and has offices in Sweden, Denmark, United Kingdom, GermanyT he Netherlands and USA. The Formpipe share is listed on NASDAQ Stockholm. indirect-filter-reference.patch Description: indirect-filter-reference.patch ___ Podofo-users mailing list Podofo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/podofo-users