Am Dienstag, dem 06.06.2023 um 18:27 +0000 schrieb sven.neufe...@ruv.de: > I used different applications, like Microsoft Edge, Google Chrome and > Adobe Reader DC to render the PDF file, but the behaviour is the > same.
is it possible to share the original and merged PDF? Please put it onto a public location as the mailing list doesn't support attachments. You can also send it to me directly. Note that I will share my findings. NeedAppearances set enforces the viewing application to generate the visible representation /the appearance/ of the from widgets on the fly. But it's discouraged. The commit you mentioned should generate the appearance but I'd need to look at the original and merged version to verify. BR Maruan > > Kind regards > Sven Neufeind > > > -----Ursprüngliche Nachricht----- > Von: sahy...@fileaffairs.de <sahy...@fileaffairs.de> > Gesendet: Dienstag, 6. Juni 2023 19:22 > An: users@pdfbox.apache.org > Betreff: Re: [Bug] (Radio) Buttons can not be printed in a merged PDF > > > > Am Dienstag, dem 06.06.2023 um 11:47 +0000 schrieb > sven.neufe...@ruv.de: > > > > > > > > Heys guys, > > > > we're having an issue with some of our PDF documents that contains > > interactive fields like Radio Buttons. In some cases we’ve to merge > > PDF documents together (using the PDFMergerUtility) and when we try > > to print that merged document these Button elements are not > > rendered > > correctly, when using Apache PDFBox >= 2.0.22. Using the version > > 2.0.21 the buttons are rendered correctly. > > How do you render the PDF? From which application? > > BR > Maruan > > > > > I’m pretty new in the world of how PDF files work under the hood > > and > > how the PDF structure and fields is defined in the standard. So I > > did > > some research and could find out the reason for this misbehavior. > > > > It looks like that issue had been introduced with this > > commit: > > https://github.com/apache/pdfbox/commit/fe00cd3870f6d9ec27fcb5 > > 5c89409b420ade0826 > > > > In the origin document (before entering the merge step) > > theNeedAppearances entry is set to true, but after the merge step > > the > > entry’s changed to be false. > > I could figure out that this line of code is the reason for > > that: > > https://github.com/apache/pdfbox/blob/fe00cd3870f6d9ec27fcb55c89 > > 409b420ade0826/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/fixup > > /p > > rocessor/AcroFormGenerateAppearancesProcessor.java#L55 > > > > Is that an intended behaviour or is that an unintentionally > > sideeffect? > > > > > > Kind regards > > > > Sven Neufeind > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org > For additional commands, e-mail: users-h...@pdfbox.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org For additional commands, e-mail: users-h...@pdfbox.apache.org
