Created attachment 76461 [details] Test image Hi, I'm working on my Master thesis and using svg images for drawings. While writing it I've stepped up from LibreOffice 3.5 to 3.6 and now 4.0. With LO 4.0 (both 4.0.0.3 and 4.0.1.2) I started having problems while importing svg images, i.e. images that were displayed fine in LO 3.6 are not displayed correctly in LO 4.0. Going back to LO 3.6 solved the problem (for both, I'm using the version downloaded from the LO website). I'm attaching two of the images that are having problems. For one of them (esipt.svg) I have the font (FreeSans) used inside the image installed in my system, for the other no (helvetica). I'm using linux as a main system but the problem is present in Windows 7, too. Steps to reproduce: 0. If needed, install GNU FreeFonts: http://ftp.gnu.org/gnu/freefont/ 1. Open images in Inkscape: everything's ok. 2. Import images in LO 3.6: everything is displayed correctly. 3. Import images in LO 4.0: esipt.svg has characters in the three chemical structures bigger than expected, the other one is totally messed up.
Created attachment 76462 [details] Test image 2
Thank you for reporthing this bug, I can reproduce this bug running LibreOffice 4.0.1.2 on Windows 7. This is a annouing bug so i will set the importance high.
Look at bug 62461 please.
Created attachment 86150 [details] Correct layout of svg in edit preview 3.6.7
Created attachment 86151 [details] Faulty layout of svg in edit preview in 4.0.2.2
I *think* I can confirm this. Mine is not chemistry, but perfectly okay simple electric circuit diagrams. I made maybe hundred, inserted into the presentation (LO 3.7.X.X) one year ago, came out okay, and now with 4.0.2.2 they are garbled, parts missing, especially with parts close to the borders being cropped. But also positions of elements have changed. I have inserted a screenshot of the edit preview in 4.0.2.2 ('faulty') of the same identical presentation file and the edit preview in 3.6.7. ('correct'). Make that a bad regression, and to me this is not 'major', but a blocker. I have a dozen presentations, with hundreds of image files - either svg or eps - and both formats do not come out in any proper sense. They don't allow proper export to PDF neither with 4.0.2.2. This software should not have been released. Over.
I can confirm that in 4.1.2.3 version I can't import SVG file into a new LibreOffice Draw gallery; steps to reproduce: - Start a new Draw project - Put the check on Tools -> Gallery - From Gallery pane click on "New Theme" button - From Files pane click on "Find files" button - Choose folder where SVG files are contained and click on "OK" button - Click on "Add all" button and next to "OK" button - New Theme is created but no SVG files are imported I'm using SVG Cisco icons: http://www.cisco.com/web/about/ac50/ac47/3015_eps.zip It's a really annoying bug, I would very happy if you will fix it! Thanks a lot.
Created attachment 88926 [details] Cropped SVG image when inserted LibreOffice 4.1.1.2 also crops some SVG pictures. The attached file shows that the NVIDIA logo is cropped after inserting. Resizing just magnifies the cropped part. URL to the logo: http://upload.wikimedia.org/wikipedia/en/2/21/Nvidia_logo.svg
I have added some test files (SVGs of small electrical circuit symbols) here: https://bugs.freedesktop.org/show_bug.cgi?id=67039#c6 That particular bug exhibited a regression problem that appears to be covered by this report (and another issue that is not). I suppose it could be added to the Blocks list for this bug, although the test files are probably more important. Keyword "regression" added.
Can someone change the status to confirmed?
I tested every svg files attached to or linked from this report with LO 4.3.2. Issues when inserting into documents (Insert > Picture > From file) have been fixed. Issues when opening in draw remain.
(In reply to Goyo from comment #11) > I tested every svg files attached to or linked from this report with LO > 4.3.2. Issues when inserting into documents (Insert > Picture > From file) > have been fixed. Issues when opening in draw remain. Yes. The problem with this report is that the "regression" in handling related to use of Insert > Picture > From file has now been resolved. The open-using-Draw behaviour is not a regression, but rather is a problem Inherited from OOo, as indicated in bug 67039. I personally feel this general (not handled correctly) bug should be RESOLVED. It would be more helpful to have a series of more specific SVG bugs that each deal with individual handling aspects i.e., area fill as in the linked bug.
(In reply to Owen Genat from comment #12) > I personally feel this general (not handled correctly) bug should be > RESOLVED. It would be more helpful to have a series of more specific SVG > bugs that each deal with individual handling aspects i.e., area fill as in > the linked bug. To clarify, these are the elements of attachment 76461 [details] and attachment 76462 [details] that are not as expected when these SVGs are imported (via File > Open): - Text not displayed (bug 32248). - Subscripted numbers not displayed (bug 64462 - which actually uses attachment 76462 [details]). - Text position inaccurate (which may be bug 79153).
(In reply to Goyo from comment #11) > I tested every svg files attached to or linked from this report with LO > 4.3.2. Issues when inserting into documents (Insert > Picture > From file) > have been fixed. I'm still having problems importing SVG files in LO 4.3.4.1 (Mac OS X 10.10). I'll attach the file I'm having trouble with.
Created attachment 110836 [details] SVG image shows as blank when inserted The attached file is valid according to the W3C's validator, and displays correctly (as music notation) in Chrome, but shows as blank in when imported into LibreOffice 4.3.4.1 on Mac OS X 10.10.
(In reply to Marnen Laibow-Koser from comment #15) > Created attachment 110836 [details] > SVG image shows as blank when inserted > > The attached file is valid according to the W3C's validator, and displays > correctly (as music notation) in Chrome, but shows as blank in when imported > into LibreOffice 4.3.4.1 on Mac OS X 10.10. The problem has nothing to do with file>open. Therefore I have written a new issue 87309.
Hi all, I think it's not a good idea to gather all SVG issues in a single bug. That way it's hard to stay focussed and keep track of how things are evolving. So to move this forward I tested the two SVGs from original poster. OSX 10.10.1 LO Version: 4.5.0.0.alpha0+ Build ID: aba7f4c0a3527ce0cee6e18385cf69778052402d TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2014-12-15_06:44:56 Locale: de_ Working fine, Screenshot attached. Ubuntu 14.10, LO 4.3.3: working fine, screenshot attached. Comment 10/11: Can we close this bug and start with a clean new if anything draw related is remaining unresolved? Import from file in writer works for me. If issues with that remain, maybe also create a new bug. The two svgs from OP did open and insert fine for me on Ubuntu and OSX. Regina has opened a new issue. So what's with this thing here? Renaming title and changing the bug to make it "fit" a remaining different problem than originally reported is not a good idea I honestly think.
Created attachment 110851 [details] osx10.10.1 lo 4.5nightly
Created attachment 110852 [details] ubuntu 14.10, LO 4.3.3
Closing--issue of OP resolved. Comment 7 was invalid (eps not svg) and SVGs are using the import filter for insertion into gallery rather than the Draw fileOpen filter. Specific issues handling SVG as in comment 13, with addition of latest unspecified "currentColor" mishandled issue of bug 87309. Closing this Resolved Worksforme (there have been multiple commits to insert filter handling SVGs).
Created attachment 118216 [details] ODT created with 5.0.0.5 does not show SVG in presentation mode
[I was one of the earlier commentators] I am on LibreOffice 5.0.0.5 which is supposed to be 'okay'. I created a new slide in a set of slides, added a .svg. It shows in edit mode, but in presentation mode the slide is and remains empty of any indication of an image. Therefore, I think the best choice is to reopen this bug, because it has not been resolved.
I cannot replicate the problem (LO 5.0.0.5 from TDF, Windows 7). It looks the same in edit or presentation mode, with a graph filling most of the slide. In any case I suggest leaving this bug closed and open a new one with your specific issue. This one is getting quite confusing and seems to mix several, unrelated issues.
Goyo is right. Better to start with a clean slate (this has so many comments already). Setting back to WFM.
Migrating Whiteboard tags to Keywords: (bibisectRequest) [NinjaEdit]