DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=40529>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40529 Summary: Possible bug in PSTextRenderer Product: Fop Version: all Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ps AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] According to the comment, this class * Renders the attributed character iterator of a <tt>TextNode</tt>. * This class draws the text directly into the PSGraphics2D so that * the text is not drawn using shapes which makes the PS files larger. * If the text is simple enough to draw then it sets the font and calls * drawString. If the text is complex or the cannot be translated * into a simple drawString the StrokingTextPainter is used instead. However, The check for unsupported glyphs seems always to use the default font, When makeFont is called the ACI should be initialized(?) using aci.first(), otherwise the position is undefined, the attributes (including font) are therefore null, and the default font is used instead. This bug seems to be masked in my case since the embedded SVG document I am rendering has other unsupported attributes so the text has to be stroked anyway. However, in the course of debugging I came across this and thought I should mention it. Could someone who understands this font handling see if this patch is reasonable: acro -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.