[
https://issues.apache.org/jira/browse/PDFBOX-678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12863941#action_12863941
]
Andreas Lehmkühler commented on PDFBOX-678:
-------------------------------------------
IMHO your approach looks good.
I try to answer your questions:
a) The support for enhanced text modes will be an improvement at all wether it
will include type3 fonts or not. I presume that the now available type3 support
will still be there.
b) I'm not sure, if I understood your question in detail. The rendering process
writes one element after the other, just as it is read from the stream. So,
actually text and graphic objects could be written alternately
c) AFAIU the clipping modes, it should be quite easy to implement. Just
draw/stroke the text and then intersect the shape with the current clipping
path, see PageDrawer.setClippingPath
I've also a question:
Do you want to use the TextLayout objects only for the enhanced text modes or
even for the already implemented modes?
> Support missing Text Rendering Modes when rendering a PDF
> ---------------------------------------------------------
>
> Key: PDFBOX-678
> URL: https://issues.apache.org/jira/browse/PDFBOX-678
> Project: PDFBox
> Issue Type: Improvement
> Components: PDFReader
> Reporter: Maruan Sahyoun
>
> Of the 7 different Text Rendering Modes only mode 0 (Fill Text) is correctly
> implemented. Mode 1 (Stroke Text) falls back to Mode 0 and the others are not
> implemented. I'm looking to implement the missing modes (at least some of
> them).
> Before doing so I'm proposing a structural change to when rendering really
> occurs. Currently it's done within the PDxxxFont classes. I'd rather
> implement the (AWT) text output in PageDrawer (or helper classes within the
> same package) and use the font classes to return an AWT font by adding a
> getAwtFont method. Doing so we get a better separation between the PDF
> related stuff (PDxxx) and applications like PageDrawer. The current rendering
> specific code within the PDxxxFont classes can be retained for compatibility
> and marked deprecated at a later stage.
> WDYT?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
