Re: [Podofo-users] An error exists on this page...

2022-06-14 Thread Thomas Barnekov
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

2021-01-04 Thread Thomas Barnekov
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?

2020-08-12 Thread Thomas Barnekov
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

2020-01-07 Thread Thomas Barnekov
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