> Inkscape draws this file OK without problems so why doesn't batik tolerate > it?
Because it's invalid, although the specification isn't clear regarding this. Seems to occur only in text elements. Symptoms: Running Batik Squiggle (through usual "javaw"), status bar shows "Rendering document failed" error message. Opening the document with a debug console (using "java" instead of "javaw") the java.lang.IllegalArgumentException: negative width Procedure: 1. Open attached test case. Expected results: A line is rendered. Actual results: Nothing is rendered. Sometimes, Squiggle interface freezes after loading the document. It's stated that «The document shall be rendered up to, but not including, the first element which has an error» [1] This is not the observed behavior, as the line previous to the erroneous element should be rendered. Additional notes: The SVG specification states that: «For SVG, if a <length> is provided without a unit identifier the SVG user agent processes the <length> as a height value in the current user coordinate system.» [2] This suggests that the implementation, according to the exception, seems to use width instead of height. Although CSS specification states that «Negative lengths are illegal» [3], it's suggested in length values that «If a negative length value cannot be supported, it should be converted to the nearest value that can be supported.» [4] Environment: Batik 1.7, JRE 1.6.0_03, Windows XP SP2 (although this seems a platform-independent issue). Regards, Helder Magalhães [1] http://www.w3.org/TR/SVG/implnote.html#ErrorProcessing [2] http://www.w3.org/TR/SVG/text.html#FontSizeProperty [3] http://www.w3.org/TR/REC-CSS2/fonts.html#propdef-font-size [4] http://www.w3.org/TR/REC-CSS2/syndata.html#value-def-length
<<attachment: font-size-negative.svg>>
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
