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|NEW |RESOLVED Resolution| |DUPLICATE ------- Additional Comments From [EMAIL PROTECTED] 2003-11-12 23:40 ------- Tom, Your patch fixed things quite well in 0.20.5--I tested it--*but* the nightly maintenance version of 0.20.5 has a different Batik library (a version of a couple of months ago, that we had to update because of an API change) that your patch would *not* fix. We're going to pass on making the change in 0.20.5 (maintenance is mostly frozen anyway). Your patch has the same problems with 1.0, which has an even newer Batik library, however, there may be also other issues in 1.0 causing the problem there.) There may be other issues as well with the patch you supplied, namely the loss of the third method which allows one to choose the number of desired decimal points--I'm unsure how needed it is right now. (Also, I'm unclear how exponential notation is an issue with the double data type--that should be understood inherently with that datatype, correct? Nonetheless, your patch *did* fix the problem.) Some of our more experienced SVG developers may be able to comment on this later for 1.0. The bug below has gotten too huge for anyone to look at, so I just took the relevant points and redid the bug in #24666. Clearly, this is something that needs fixing but we'll concentrate on making sure it will be OK in 1.0 instead. Thanks, Glen *** This bug has been marked as a duplicate of 24666 ***
