[ 
https://issues.apache.org/jira/browse/PDFBOX-5834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17852506#comment-17852506
 ] 

Michael Klink commented on PDFBOX-5834:
---------------------------------------

{quote}I didnt want to copy visible ones to avoid increasing filesize{quote}

But isn't that a very arbitrary choice? Maybe others would only need the 
visible named pages, not the invisible ones. Or some other subset.

How about a {{Splitter}} with a setter to set the selection of names of 
templates to copy? Or to set an acceptor callback?

----

I'm sorry if I sound very negative here. I merely think that if one wants to 
improve the {{Splitter}} (IMO it's not a _major bug_ that the {{Splitter}} does 
not copy most document level material), one should not blindly add an arbitrary 
amount of hidden named pages (and also of other named resources like document 
level JavaScript, document level file attachments, ...) to each output PDF. As 
a minimum one should add a switch whether or not to add such document level 
material, better even some acceptors to select. E.g. maybe one needs the 
templates only with the first splitter output, or each output needs only one of 
the file attachments, and so on.

> [PATCH] PDF split missing names from documentCatalog
> ----------------------------------------------------
>
>                 Key: PDFBOX-5834
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-5834
>             Project: PDFBox
>          Issue Type: Bug
>            Reporter: Simon Steiner
>            Priority: Major
>         Attachments: tmp.patch
>
>
> java -jar app/target/pdfbox-app-2.0.32-SNAPSHOT.jar PDFSplit xxx.pdf
> I would expect to see the names dict inside the documentCatalog which is used 
> to store pdf templates



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org

Reply via email to