Mobile app version of vmapp.org
Login or Join
Twilah924

: Only Inkscape (and GitHub) render SVG correctly I am using Inkscape 0.92.1 (4.20170510bzr15686.fc26) on Fedora 26. To verify the issue, I also exported the SVG in Inkscape, but both files are

@Twilah924

Posted in: #Inkscape #Svg

I am using Inkscape 0.92.1 (4.20170510bzr15686.fc26) on Fedora 26.

To verify the issue, I also exported the SVG in Inkscape, but both files are rendered incorectly on my system.

Original SVG: cdn.rawgit.com/rugk/streetcomplete-quest-svgs/7098e53fbc2d7c4ab737c2d32576b67b771d15f5/inkscape/StreetComplete_quest_crossing.svg Optimized SVG: cdn.rawgit.com/rugk/streetcomplete-quest-svgs/7098e53fbc2d7c4ab737c2d32576b67b771d15f5/optimized/StreetComplete_quest_crossing.svg
(Maybe it works in the browser, try saving the files and opening them in another way, then.)

How it should look

This is how it looks:


on GitHub (even on my system; they use some custom SVG renderer or so)
in Inkscape on my system itself (also the preview in the opening/saving dialog looks correct)




How it looks

Opening the plain SVG file in


in BrowserStack for Windows and MacOS and other systems
nautilus
Eye of GNOME and other picture viewers
Firefox 55
and GIMP (2.8.22)


…they however always look distorted:


I see all zebra icons being affected here, e.g. this one (original) is also distorted:


So what (or where) is the issue, i.e. who is responsible? Is it a bug in Inkscape or in the rendering library used on my system or is it the SVG's fault?

Edit: Now I even see the correct ones in the version without the bug fix when opening the files with Firefox. Still reproducible with other offline software, however.

10.01% popularity Vote Up Vote Down


Login to follow query

More posts by @Twilah924

1 Comments

Sorted by latest first Latest Oldest Best

 

@Moriarity648

I tried to open your SVG in my software Photopea.com and it looks correct.

The problem is, that you use paint-order property in your SVG. This property was defined in SVG2 and probably is not yet supported in GIMP.

You have paint-order: stroke fill markers; which says, that stroke should be painted under the fill. By default, stroke is always painted on top of the fill.

Smaller example – try deleting the paint-order property.

So the problem is not in your file, but in GIMP and other software, which does not support the paint-order property yet. You can report it to authors as a bug. In web browsers, everything should look fine.

10% popularity Vote Up Vote Down


Back to top | Use Dark Theme