|
Description
V Stuart Foote
2015-01-10 19:20:01 UTC
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). s/64705/64075/ 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 Folks, 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. Thanks! 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 https://dev.w3.org/SVG/tools/svgweb/samples/svg-files/ and filling bug reports for problems i notice and documenting the results of each tested file here https://docs.google.com/spreadsheets/d/1ACX6w2SoJ5VXMQgG7mCZGx_iRHasr4c0y1Z5qzB2tTY/edit?usp=sharing 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. https://blogs.apache.org/OOo/entry/good_news_libreoffice_is_integrating 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 88383: Clipping 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. |