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

Tilman Hausherr commented on PDFBOX-4068:
-----------------------------------------

I realized we need the same for patterns... the new constructor in the trunk 
will do that too, but for 2.0 this doesn't work. For 2.0 we need the 
outputStream parameter because if we hadn't, then we couldn't decide whether to 
compress or not.

> Create ContentStream for XObject forms
> --------------------------------------
>
>                 Key: PDFBOX-4068
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-4068
>             Project: PDFBox
>          Issue Type: Task
>          Components: PDModel
>            Reporter: Tilman Hausherr
>            Priority: Major
>
> We have a {{PDAppearanceContentStream}} for appearances but nothing for 
> XObject forms.
> What we need should extend {{PDAbstractContentStream}} and should have a 
> constructor like
> {code:java}
> public PDFormContentStream(PDFormXObject form) throws IOException
> {code}
> Alternatively, why not replace {{PDAppearanceContentStream}} ? Its parameter 
> {{PDAppearanceStream}} is extended from {{PDFormXObject}} so we could just 
> use the base class.
> We need this both for 2.0 and 3.* - we have users who have a really hard time 
> fiddling with low level operators instead of using the methods.
> In 2.0 we could replace the parameter of {{PDPageContentStream}} that is 
> currently {{PDAppearanceStream}}. This would be a non breaking change.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

Reply via email to