Saveas (PDF, PS, EPS) has problem with filled objects

[Amelie]

I saved an svg file (see .svg joined file) as PS/PDF/EPS (see joined .ps file) and open them in Evince, Adobe Illustrator, and other viewers (see joined screenshot). The rendering is wrong with an additional line that we cannot see when using Inkscape. It seems that this line come from the filling properties of the object. This additionnal line is not visible if the object is not filled. This is an issue concerning compatibility of Inkscape files to be used by Adobe Illustrator users as well as other softwares. Inkscape 0.48.3.1 r9886, Ubuntu 12.04.4 LTS

[su_v (suv-lp)]

Please provide information about OS/platform and Inkscape version (see Inkscape menu 'Help > About Inkscape') used to create the SVG and to export it to PDF/PS/EPS.

[Amelie (amelieoslo)]

 Version is Inkscape 0.48.3.1 r9886, using Ubuntu.

[su_v (suv-lp)]

> using Ubuntu

That's Ubuntu 12.04 LTS? (I'm asking because with PDF/PS/EPS export, the version of the cairo package may matter a lot).

[Amelie (amelieoslo)]

Yes, it is Ubuntu 12.04.4 LTS. I have updated the bug description.

[su_v (suv-lp)]

Could you please test the attached PS file? It was exported with the same Inkscape version as installed on Ubuntu 12.04 (Inkscape 0.48.3.1), but a somewhat newer cairo version (1.12.2 instead of 1.10.2).

[su_v (suv-lp)]

The problem seems to be a different interpretation of how fill rules apply to open sub-paths - see attached variant of the problematic compound path:

- right side: original compound path with open sub-paths, corners not joined (the fill is based on the file-rule of SVG paths).
- left side: the two sub-paths are joined at the corners to form a single closed path (which seem to have been the intent of the original drawing).

The exported PS file rendered in GV (Ghostscript 9.10) shows a closed filled shape on the left, and on the right an additional closing segment for the open sub-path at the bottom of the shape.

The export seems to originate in the SVG structure created by the user (might have been intentionally, I can't tell - Inkscape by itself is able to create properly closed shapes).

[su_v (suv-lp)]

Second test file shows that the 'closing segment' seems to likely to be part of the fill area of the larger sub-path (before the fill area of the smaller sub-path is subtracted).

This seems to be the same underlying issue (with certain PDF renderers, not with Inkscape or Inkscape's cairo-based exports) as reported in:
 Bug #389451 “undefined filling color leads to grey Export.”
 <https://bugs.launchpad.net/inkscape/+bug/389451>

[su_v (suv-lp)]

Screenshot showing how the same PDF file renders in
- Apple's Preview.app (OS X 10.7.5)
- gv (Ghostscript 9.10)

[su_v (suv-lp)]

Even better illustrated if the shape uses a visible stroke and a different fill color.

[su_v (suv-lp)]

Linking as duplicate to bug #389451 - as shown in the screenshot attached to comment #12, the phantom line is an issue of other PDF/PS/EPS renderers - the drawing is exported correctly based on how the user chose to construct the filled shapes in the SVG file.