xmlgraphics-fop-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 37877] - PDF SVG rendering produces bad dimensions
Date Thu, 15 Dec 2005 19:49:28 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=37877>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37877





------- Additional Comments From a_l.delmelle@pandora.be  2005-12-15 20:49 -------
> > Have you been using Inkscape or you do SVG samples by hand ?

> I have Inkscape installed and produced a few simple test files with it, but
> always manipulating the produced SVG by hand afterwards. I also don't like
> Inkscape too much because of the many bugs. I hope that will soon improve. 
> Most SVGs I create are by hand.

Note on the side: if there's a way to derive the size of the viewBox from the other attributes
and the target 
resolution, a possible workaround to avoid the 'manual' intervention may be to insert the
SVG as a 
fo:instream-foreign-object, and add the viewBox attribute via XSLT (combination of: document()
+ 
xsl:copy + xsl:attribute + xsl:copy-of)... Just a suggestion. Should be doable, IIC.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Mime
View raw message