[
https://issues.apache.org/jira/browse/PDFBOX-2692?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14356003#comment-14356003
]
Daniel Wilson commented on PDFBOX-2692:
---------------------------------------
Sorry I didn't explain it well, John.
It's software used by the embroidery and screen print industries. There's a
color editor in it. Users select a color and turn a group of letters or a
design element a different color. We have no desire to edit the underlying
Adobe Illustrator file (which uses the PDF spec. But we do want to show the
artwork with a different color applied.
Giving my application knowledge of the underlying workings of the PDPage or of
elements of the PDF parsing seems rather redundant. PDFBox is already quite
good with those.
Honestly, the ability to set colors is the reason I chose PDFBox several years
ago for the project. At the time, PDFBox's rendering was not up to Adobe
standards by quite a bit. But ... we could get an appropriate level of access
to set colors. And so I helped with the rendering functions. And in recent
years the rest of you have done marvels with the rendering functions that
eluded me.
> Possibility to use our own and/or overwrite PageDrawer class
> ------------------------------------------------------------
>
> Key: PDFBOX-2692
> URL: https://issues.apache.org/jira/browse/PDFBOX-2692
> Project: PDFBox
> Issue Type: Wish
> Components: Rendering
> Affects Versions: 2.0.0
> Environment: JDK 1.8, Windows 7, PDF-Box - current trunk
> Reporter: Manfred Pock
> Labels: features
> Fix For: 2.0.0
>
> Attachments: pdfexample.jpg
>
>
> We use PDFBox to render PDF's. Additionally, we have the posibility to add
> different kinds of annotation (stamp, marks, free text, notes..) like in a
> wysiwyg-editor. To do this, it is necessary that we paint these annotations
> on our own.
> Another reason is not to paint all parts: for example we have a pdf with an
> embedded picture. Behind the picture we have the OCR-text to this picture.
> This text is only needed for searching und should not be painted.
> Thus it would be useful to use our own derived PageDrawer. As I see there are
> some things to change.
> a.) remove the final from PagerDrawer-class.
> b.) make some global-variables (graphics, xform, pageSize...) protected,
> c.) also some methods like setRenderingHints should be protected
> d.) maybe the possibility to say to the PDFRender which PageDrawer should be
> used.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
