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 ------- Additional Comments From [EMAIL PROTECTED] 2003-11-06 12:06 ------- >(1.) You mentioned another bug earlier in this thread, separate from this >issue, that fails in *both* 6.0 and 5.5--it may be good to add that issue in a >separate Bugzilla report so it isn't forgotten. > >(2.) Would you like me to hold off on this patch until you have it working for >6.0? IIRC the code *was* working OK in 6.0 but failing in 5.5--I wouldn't >want >to apply a patch that would cause the reverse to occur. To start with item (2), the fix solves a bug that generates wrong PDF (incorrect rounding, this could be seen as the spikes pointing north from the text items). The generated PDF is wrong for any PDF viewer, so the fix can and should be applied now. It should not break any existing test-cases, the PDF-output could be larger though, because the rounding process is more conservative. The original code rounded to 1 decimal digit in some cases, I always round to 8 decimal positions, but trailing zeros are omitted, so the PDF should not grow much. Not that the original code was rounding incorrectly in some cases, my code is rounding correctly, but also more conservative. This could perhaps be optimised, but I think correctnes is more important for now. Now for item (1), the original bug STILL exists. FOP will generate PDF in some cases of embedded SVG which exceeds the capabilities for certain PDF-viewers, c.q. violates the formal PDF specs/constraints. My fix is NOT related to this behaviour. Acrobat 6 is more tolerant than Acrobat 5 for large translations. In Acrobat 5 text and filled areas are drawn correctly, despite large translations (>32000), but path objects are drawn incorrectly. In acrobat 6 also path object are drawn better, but still not correct. GNU ghostscript DOES draw the PDF-output correct. I think we agree that the generated PDF should be viewable with at least the recent Adobe products, so a fix for FOP still has to be written, although it probably isn't very easy. (I'm not a PDF-expert, perhaps it IS easy to solve...)
