DO NOT REPLY [Bug 4838] - Smaller text lost with strokeSVGText=false

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4838>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4838

Smaller text lost with strokeSVGText=false

spam_from_apache_bugzilla@chezphil.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|pdf renderer                |svg



------- Additional Comments From spam_from_apache_bugzilla@chezphil.org  2001-11-13 07:57 -------
I have started to look at the java source code for the SVG-to-PDF stuff in
an effort to work out what is going on here.  My suspicion is that something
is being rounded to an integer when it shouldn't be.  Warning: I don't write
java.  I have never looked at this code before.  I know next-to-nothing
about PDF.

In svg/PDFGraphics2D.java I have found places in drawString where the font
size is stored in an integer.  It looks to me as if the FontState class
stores font sizes in integers representing thousanths of a unit; there are
*1000 and /1000 conversions going on.  This may be OK.  But the variables siz
and size used in this function are integers, and size is written into the PDF
output stream.  I suspect that this ought to be a float.

I'm going to change the component for this bug from pdf renderer to svg, since
this this code is in the svg directory.

---------------------------------------------------------------------
To unsubscribe, e-mail: fop-dev-unsubscribe@xml.apache.org
For additional commands, email: fop-dev-help@xml.apache.org