GNOME Bugzilla – Bug 750071
SVG Image with gradient exported in Yed displays wrong
Last modified: 2017-12-13 18:09:07 UTC
Created attachment 304204 [details] SVG image showing the error The SVG images generated with Yed [http://yed.yworks.com/] (using people icons) displays wrong when using the librsvg2. Im just a user, but I got this tech details here: http://yed.yworks.com/support/qa/7477/people-icon-not-working-in-svg#a7479 "The culprit seems to be the definition for the person's face highlight <path id="svg1.face_highlight_3_" .../>. This path does not have a stroke attribute, indicating that it should be filled, but not framed. Seems like librsvg2 which is used in Emacs for displaying SVG documents and Firefox's file preview (which probably does not use full-fledged SVG support) cannot handle gradient-filled paths that are not framed." I hope this helps to fix the problem. SVG image attached. The problem affects only SVG images: http://postimg.org/image/slxtyr9lj/ Best regards.
One problem of this svg is reproducible with this one: <?xml version="1.0" encoding="UTF-8"?> <svg xmlns="http://www.w3.org/2000/svg" fill="red"> <svg fill="#007"> <rect width="16" height="16"/> </svg> </svg> In presence of nested <svg> nodes here: https://git.gnome.org/browse/librsvg/tree/rsvg-base.c#n728 it seems the same style attributes are repeatedly applied to the treebase node, but not to inner svg nodes. When inner nodes are rendered their attributes are not honoured.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/librsvg/issues/112.