Dash pattern imported with pixels as units, instead of mm

[Pedro Bento]

When importing a SVG file with a line like:

<line x1="32.5mm" y1="100mm" x2="32.5mm" y2="20mm" stroke-width="0.2mm" stroke="#888888" stroke-dasharray="0.5mm,0.5mm"/>

the 'stroke-dasharray="0.5mm,0.5mm"' statement is apparently interpreted as if the pattern was '0.5px,0.5px'.
Both Inkscape 0.47 and 0.48 alpha, under Windows 7 Home Premium, show this behaviour.
The same file was correctly interpreted on Opera and was correctly imported to Adobe Illustrator.

[su_v (suv-lp)]

related:
Bug #444463 “Specifying stroke-dasharray units (e.g. mm, pt) doesn't work)”:
<https://bugs.launchpad.net/inkscape/+bug/444463>

[su_v (suv-lp)]

reproduced wth Inkscape 0.47 and 0.47+devel r9515 on OS X 10.5.8,

Firefox 3.5.9, Safari 4.0.5 render the file as intended.
Opera 10.53 and Squiggle (Batik 1.7) fail to render the file and have to be force-quit.

Squiggle errors (many times repeated):

 ***** CSSEngine: exception property.syntax.error:org.w3c.css.sac.CSSParseException: Unexpected token: 0 (see LexicalUnits).
 AttrValue:
 Exception:org.w3c.css.sac.CSSParseException
 org.w3c.css.sac.CSSParseException: Unexpected token: 0 (see LexicalUnits).
  at org.apache.batik.css.parser.Parser.createCSSParseException(Parser.java:1678)
  at org.apache.batik.css.parser.Parser.parseTerm(Parser.java:1055)
  at org.apache.batik.css.parser.Parser.parseExpression(Parser.java:895)
  at org.apache.batik.css.parser.Parser.parsePropertyValueInternal(Parser.java:337)
  at org.apache.batik.css.parser.Parser.parsePropertyValue(Parser.java:1720)
  at org.apache.batik.css.engine.CSSEngine.getCascadedStyleMap(CSSEngine.java:767)
  at org.apache.batik.css.engine.CSSEngine.getComputedStyle(CSSEngine.java:876)
  at org.apache.batik.bridge.CSSUtilities.getComputedStyle(CSSUtilities.java:82)
  at org.apache.batik.bridge.CSSUtilities.convertDisplay(CSSUtilities.java:564)
  at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(GVTBuilder.java:206)
  at org.apache.batik.bridge.GVTBuilder.buildComposite(GVTBuilder.java:171)
  at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(GVTBuilder.java:219)
  at org.apache.batik.bridge.GVTBuilder.buildComposite(GVTBuilder.java:171)
  at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(GVTBuilder.java:219)
  at org.apache.batik.bridge.GVTBuilder.buildComposite(GVTBuilder.java:171)
  at org.apache.batik.bridge.GVTBuilder.build(GVTBuilder.java:82)
  at org.apache.batik.swing.svg.GVTTreeBuilder.run(GVTTreeBuilder.java:96)
 ***** CSSEngine: exception....

[jazzynico (jazzynico)]

Reproduced on Vista, Inkscape 0.48.
The original stroke-dasharray is replaced with 0.5 (no unit) in the XML editor.

Really very close to Bug #444463, and probably the same cause.

[Nathan Lee (nathan.lee)]

Hi - thanks for reporting this bug, as part of the bug migration to GitLab, I've closed the issue here. You can continue to follow progress at https://gitlab.com/inkscape/inkscape/-/issues/1791 .

I noticed the issue is partially fixed in 1.0 though , namely, dac72fcd64d2fb7e216d5165a8821b722d2eded9 fixed rendering on canvas (and png export), however, the issue remains on pdf export (which is what the gitlab issue tracks)

Please feel free to file new bugs about the issues you're seeing at http://inkscape.org/report.