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.

Reply via email to