Meta issue to track inserting SVG image filter issues in all modules
bug 64705 -- the inline css of the SVG is not fully rendered when inserted
bug 87309 -- "currentColor" attribute not handled by filter
bug 87921 -- transform of embedded PNG image is being inverted on insert (not for the open filter).
bug 64457 -- rotated text of Inkscape SVG rendered as individual character paths
bug 64459 -- line weights of Inkscape SVG dashed lines not inserted correctly
bug 64462 -- size of fonts specified in Inkscape SVG
bug 87440 -- Inkscape SVG arrow line ends and dot/circle fills
When adding issues to this meta tracker, please add a note and any comments regards the issue. Also, please set the Whiteboard entry filter:svgInsert on the issue being added.
Migrating Whiteboard tags to Keywords: (filter:svgInsert)
bug 96880 is about performance, but adding per discussion with jmux
Currently testing all the sample SVGs found in this w3.org folder
and filling bug reports for problems i notice and documenting the results of each tested file here
Here is the list of bug reports i've opened so far related to this testing.
97531 - INSERT: Gradients in SVG shown as solid color
97534 - INSERT: SVG smoothness of lines change on zoom level and refresh
97536 - INSERT: SVG shapes have light outlines
97537 - INSERT: SVG text color and style incorrect
97538 - INSERT: SVG image cropped
97539 - INSERT: SVG clippath not fully supported
97541 - INSERT: Part of SVG shape not rendered
97542 - INSERT: SVG text fill color not used
97543 - INSERT: SVG <line> and <polygon> attributes ignored
97566 - INSERT: SVG redraw at different zoom/resize levels crops content
97576 - INSERT: SVG font glyphs ignored
97581 - INSERT: unknown lines appearing in SVG shape
97582 - INSERT: Rims of SVG car missing
97583 - INSERT: SVG doesnt support blur
97585 - INSERT: SVG background not shown
Just for people's reference, LibreOffice had a different SVG implementation between 3.3 and 3.6 and this was replaced by the current SVG implementation which was written by Armin and added in 4.0.
So for those who are doing regression testing, it is good to test 4.0 against master. I also test 4.3 as an in between version if the need arises.
92991: Pattern is not respected
For the definition see https://www.w3.org/TR/SVG/pservers.html#Patterns
95400, 95401: Font properties are not respected
64464: Gradient issue (either a gradient with two stops only when opened or simulated by multiple lines after inserting)
bug 95276 - SVG-image text layout bug (pixels cut off from text)
Thanks to Armin, since https://cgit.freedesktop.org/libreoffice/core/commit/?id=3ca7be09834a26fbd1c371deabd7a58111092676, we use the same filter for both import and insert, thus, this meta bug will be used for both cases now
5.2 Works correctly for me. The problem was introduced somewhere in 6.x
Reading Armin's comment, a better description of the problem might be in stead of the expected behavior of loading the .svg file for editing, an .svg object is embedded in a new drawing preventing any edits.
Given the large number of outstanding issues on SVGs -- what is the chance that SVGs will at some point be fully supported, and would it not be a better solution to do as OpenOffice has done and treat SVGs as a (passive) blob like other images, and use librsvg to render, print and convert them?
After all, code to do all these things already exists in other open source applications, and at least to me, this looks as if a few people were making a lot of work for themselves to replicate that functionality...
Barring that, I would request that until such time as this import filter works 100%, there be a way to use librsvg to embed them passively instead.