Tilman Hausherr commented on PDFBOX-4068:

If you remove the setter then the no-args constructor doesn't have any value. 
So I'd say yes remove both but remove the no-args constructor as well.

The risk is still there - one can call close() on the class itself... I 
accidentally did this several times.

> 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

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

Reply via email to