[
https://issues.apache.org/jira/browse/PDFBOX-490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13027622#comment-13027622
]
Sergey Vladimirov commented on PDFBOX-490:
------------------------------------------
I would like to see fix for this bug as soon as possible...
But for people who need workaround, there is one "hack": you can alter
PDTrueTypeFont::getawtFont() code to always (!) replace embedded font with some
another font. For example, you can include some popular fonts into your program
distribution, load them into some static map and use it like:
if (awtFont != null) {
String name = awtFont.getName();
Font replace = FontsHelper.getHelperFont(name);
if (replace != null) {
log.debug("Replace embedded font '" + name + "' with
env. provided");
awtFont = replace;
}
}
This way page shows nicely. Of course, all fonts from this page shall be
included in your program distribution, and can be done only for well-known
fonts like OpenSymbol or Liberation, and you shall be aware of fonts license
problems and etc., but at least it works.
(if you need more detailed information, like diff/patch, leave me a comment)
> Pdf Printing of text from embedded fonts
> ----------------------------------------
>
> Key: PDFBOX-490
> URL: https://issues.apache.org/jira/browse/PDFBOX-490
> Project: PDFBox
> Issue Type: Bug
> Components: FontBox
> Affects Versions: 0.8.0-incubator
> Environment: Windows XP, JRE 1.6
> Reporter: Steve Poling
> Assignee: Andreas Lehmkühler
> Attachments: filled.pdf
>
>
> When printing from utility PrintPdf, text is rendered in the wrong typeface.
> The correct typeface is embedded within the PDF (Embedded Subset) as a
> TrueType font with an ANSI encoding. It may be noted that the AcroFields in a
> Courier typeface render correctly.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
