Bug 82267

Summary: Add warning that inserting an .svg file will get converted to bitmap when converting to OOXML formatted .pptx
Product: LibreOffice Reporter: Nick <weegreenblobbie>
Component: PresentationAssignee: Not Assigned <libreoffice-bugs>
Status: NEW --- QA Contact:
Severity: enhancement    
Priority: low CC: vstuart.foote
Version: 4.2.5.2 release   
Hardware: All   
OS: All   
Whiteboard:
i915 platform: i915 features:

Description Nick 2014-08-06 22:09:40 UTC
Please add a warning when inserting .svg files if the current document format will convert it to bitmap.

At first I thought I was running to bug 42092, but after trying to isolate the problem to report a new bug for Presentation, I discovered it was only a problem if the current file format is a ".pptx" format.

It was not obvious what was going on, the export to PDF option was producing very ugly results, areas of the .svg were covered by black boxes

I'm not sure if this is a limitation of .pptx but consider converting to the .svg to some other scalable format (perhaps enhanced meta file?) that would work for .pptx.
Comment 1 V Stuart Foote 2014-08-07 19:27:32 UTC
@Nick, *,

The OOXML .pptx output is not native to LibreOffice.  Do you have any better results if working with the native ODF formats.

Use ODG for importing the .SVG and then placing that image into a ODP presentation?

The .SVG formatting is retained 100% going into ODG. And, it has good fidelity in its vector data format on export to PDF from the Draw component.  

Also, when the Draw image object is placed into the Presentation it remains a vector graphic at full resolution. But, it does seem a bit degraded when exporting from Presentation to PDF--it is still a vector graphic, but the vertices are no longer identical. I think that is a pstoedit issue in the PDF filter.
Comment 2 Nick 2014-08-07 20:21:32 UTC
Yes, it works fine when the file format is open-document.  PDF output looks super, and I confirmed the imported .svg is saved as a .svg inside of the .odp.

I'm suggesting a warning dialog if the file format is not open-document.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.