[
https://issues.apache.org/jira/browse/PDFBOX-5454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17555356#comment-17555356
]
Tilman Hausherr commented on PDFBOX-5454:
-----------------------------------------
Your initial suggestion sounded like a good idea, I did think a long time
before letting that in. The idea made sense because I've often saved
intermediate images in debugging (while trying to find out what is really going
on, while working on PDFBOX-3000). My concerns are to avoid exposing too much
to avoid future surprises. I follow the ideology presented in "effective java".
I can't give you good advice about the "separate surfaces" thing because I'm
not a graphics developer. What you mention is probably more advanced than what
we do.
> Add a setter for `PageDrawer.graphics` member variable
> ------------------------------------------------------
>
> Key: PDFBOX-5454
> URL: https://issues.apache.org/jira/browse/PDFBOX-5454
> Project: PDFBox
> Issue Type: New Feature
> Components: Rendering
> Affects Versions: 2.0.26
> Reporter: Henry Iguaro
> Priority: Trivial
>
> Hey folks! The following is a request to add a `protected` setter in
> `PageDrawer` for the `graphics` member variable.
> The idea behind this change is to be able to draw the entirety of a
> `TransparencyGroup` onto a separate image. We already tried using
> `showTransparencyGroupOnGraphics()` but this doesn't work well with deeply
> nested complex transparency groups (there are some areas that are drawn
> incorrectly, are missed or misaligned).
> We set up a proof of concept that sets the parent graphics to the target
> image through reflection and it worked.
> After the proof of concept we wondered if this could be included as a feature
> to avoid any usage of reflection.
>
> We created a PR for this here: [https://github.com/apache/pdfbox/pull/144]
>
> Thank you in advance guys.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]