[
https://issues.apache.org/jira/browse/PDFBOX-4068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16350913#comment-16350913
]
Maruan Sahyoun commented on PDFBOX-4068:
----------------------------------------
Let's do 1 and 4 then.
For the others we can do it later or retain it. My thoughts on this is that
PDAbstractContentStream includes Resources for nothing more than getting the
correct name for the font or image parameter. But we introduce a dependency on
that Class (and others) where the calling class would be able to get the name
too by adding to the resource it passed and instead of passing the resource
passing the name.
> 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: [email protected]
For additional commands, e-mail: [email protected]
