stroke to path on text changes appearance

[sam marshall]

(Inkscape 0.47 release, OS X 10.6.4)

If you use the 'stroke to path' feature on text (or on paths that originated from text using 'object to path' and ungroup first), the appearance of the path is different to the appearance of the stroke.

This happens with at least 2 fonts I tried (...out of 2), one of which - Droid Sans - is open-source, so I used that for the example.

To reproduce:

1) Enter text in the font.
2) Turn off fill and give it a stroke with width 2px
3) Copy-paste it
4) Use 'Stroke to path' on the copy

Observe that the path version has messed-up corners.

I wasn't sure if this is the same as, or related to, bug 445790 which came up in the search - but that is marked 'fix released' so thought it was better to file a new bug in case.

SVG example attached, will add screenshot (if it lets me) next.

[sam marshall (sam-leafdigital)]

This is the result of 'Export Bitmap' on the above svg.

[sam marshall (sam-leafdigital)]

and if it's not entirely clear, I'm talking about the little nick taken out of the bottom left corner of the 'a' vertical.

[su_v (suv-lp)]

reproduced with Inkscape 0.47+devel r9506 on OS X 10.5.8

I only realized why my comments in related bug #445790 indicated that the bug was not "as fixed as reported" when reproduced bug #542260 “Motion extension ignores 'z' segments”: fonts seem to be converted to path differently depending on platform/font backend used: with Inkscape on Windows the paths are properly closed with a 'z' segment whereas on linux and osx the paths are visually closed (coinciding start and end node) but not actually closed as per SVG spec with a 'z' segment. This is only visible in cairo exports or when converting text to path/stroke to path (Inkscape's renderer hides it otherwise).

Thank you for reporting this - I have intended to do so earlier but got "distracted" by other bug reports.

[su_v (suv-lp)]

Fixed with the merge of the cairo-rendering branch in r10326:
- Reproduced with Inkscape 0.48.2, 0.48+devel r10325
- Not reproduced with r9598 (cairo-rendering branch), trunk r10330 and r10627
(tested on Mac OS X 10.5.8 (i386))