implicit lineto in svg path moveto command

[david-e-cox]

This is probably an svglib issue, but it appears implicit lineto on moveto commands with more than two coordinates are not parsed properly, see https://www.w3.org/TR/2011/REC-SVG11-20110816/paths.html#PathDataMovetoCommands

Inkscape generates these by default. There is an inkscape preference option to "force repeat commands", and so far that seems to be working for me.

[rsaxvc]

It may be, we've been looking for another SVG parser in issue #18, but many of them are combined parser-rasterizers or parsers written expecting a specific rasterizer.

Could you please put up a pull request adding the simplest two SVG files, one working, one failing, into util/svg_tests/ ?

I'm a bit under the weather and may not get to this for a bit.

[david-e-cox]

Thanks, hope you are feeling better. I've posted a couple files in a pull request, they are simple rectangles written as a path command. The implicit one just moves, it doesn't cut and doesn't implement the Z close.

[rsaxvc]

Thank you, on the mend now.

Notes:Another explanation about implicit vs explicit I found helpful: https://stackoverflow.com/questions/29251389/svg-path-spec-moveto-and-implicit-lineto , W3 page: https://www.w3.org/TR/SVG/paths.html#PathDataMovetoCommands

So, I agree - either a bug in libSVG, or possibly our glue layer - there is a render_path_callback(), but currently it's not used - we rely directly on libSVG calling it's move_to or line_to callbacks and we hand those off to the underlying machine.