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-10-27 17:16 ------- The warnings about the fonts on the Mac turn out to be sth Mac-specific (happens with a number of FOs containing embedded SVG), so I guess this remark can be ignored WRT to this bug... Being quite intrigued by this, I decided to do a little reading in the PDF spec, and found this little note (4.2.3 Graphics - Coordinate Systems - Transformation Matrices) : <q> When rendering graphics objects, it is sometimes necessary for a viewer application to perform the inverse of a transformation -—that is, to find the user space coordinates that correspond to a given pair of device space coordinates. Not all transformations are invertible, however. For example, if a matrix contains a, b, c, and d elements that are all zero, all user coordinates map to the same device coordinates and there is no unique inverse transformation. Such noninvertible transformations are not very useful and generally arise from unintended operations, such as scaling by 0. Use of a noninvertible matrix when painting graphics objects can result in unpredictable behavior. </q> Wonder if this has got sth to do with it... Just an idea... We'll keep looking.
