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=23883>. 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=23883 SVG embedded in FO cannot handle large (6digit) translates [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WONTFIX | ------- Additional Comments From [EMAIL PROTECTED] 2003-10-21 08:57 ------- Common guys, this has nothing to do with unreasonable precisions. I added the svg file which renders correctly with Batik and Adobe-plugin, as you can see the red line is drawn incorrectly in the FOP PDF result. This is because of the translation is larger than 32768 (16Bit signed!), so there is a short calculation/cast in the part of FOP that renders lines. Note that text and polygons ARE DRAWN CORRECTLY, so this is polyline/PDF-path specific and it only happens in FOP, not in Batik. This bug makes it impossible to render geographic data in GML format, which normally has a large coordinate-space in meters or feet...
