Created attachment 75376 [details] Screenshot of the master page Description of problem: When attempting to export a presentation to the SVG format, the result differs from the original (color and font) in 3.6. But when trying to perform this operation on this LO 4.0 closes unexpectedly. I noticed that when exporting to that format, follows the guidelines of the master page and it looks like the current slide (attached ODP, PDF and SVG test presentation, also attached screenshot where it shows color master page). Version-Release number of selected component: Fedora 18 (Spherical Cow) 32-bit GNOME 3.6.2 LO version 3.6.5.2 (Build ID: 3.6.5.2-2.fc18) LO version 4.0.1.0+ (Build ID: a5acd33bc54cbc00f2194c923641fbd0ab45d80) How reproducible: 1. Open a presentation (ODP) with LO Impress 2. Open file menu and select "Export" 3. Select and export SVG document Actual results: In LO 3.6, the export is performed without problems (current slide), but the results differ from the image of the slide. In LO 4.0 to try to do this, the program closes unexpectedly. Expected results: That the export performance as faithful to the slide is displayed in LO Impress Additional info: I do not know the method of export to SVG using LO, however I have read that format and your chances are much broader. With regard to the particular case, it would be ideal to embed the font used (or transform it into strokes). I realized the mistake trying to pass some presentations (ODP) to SVG format and then create presentations Prezi style with Inkscape and Sozi plugin.
Created attachment 75377 [details] ZIP Archive with screenshots Attachment in the ZIP file - Presentation ODP test - Presentation in PDF - Picture exported in SVG format - Image Capture (error when exporting) as 4.0 on Windows I can verify that there is a similar problem when exporting SVG format in LO 4.0 under Windows. Instead of closing as Linux, Windows reports an error writing. Windows 7 PRO 32-bit LO Version 4.0.0.3 (ID de compilación: 7545bee9c2a0782548772a21bc84a9dcc583b89) Thanks
partly reproducible with LO 4.0.1.2 (Win7 Home, 64bit) The export functions works with Win7 without error message. @Bastián: Does this issue still persists for you with the latest release of LO? But, what I can confirm is that the exported slide is in yellow, while the presentation is in blue, which seems to be related to the Master Page settings. @Radek: Could this maybe be something for you?
(In reply to comment #2) > The export functions works with Win7 without error message. > @Bastián: Does this issue still persists for you with the latest release of > LO? Indeed follow the same drawbacks in LO impress both Linux (4.0.1.2) and Windows (Versión 4.0.1.2 84102822e3d61eb989ddd325abf1ac077904985). Moreover, you can add some extra difficulty (see inkscape logo in attachment).
Created attachment 77389 [details] difficulties with SVG exported LO impress Beware inkscape logo and typography.
The problem persists in version libreoffice (Versión: 4.1.0.1 - Id. de compilación: 4.1.0.1-8.fc19). I do not see the error message, but the export does not work properly. → The background color does not appear in the exported version (usually export only typography and images on a transparent background) → You can only export a slide. When exporting multiple slides, they appear superimposed on a single image. Would it be possible to improve export in SVG format?. I mean something similar to what happens to export to PDF (page) or grid view (single page) or files with layers (1 layer per slide). The idea is to reuse the SVG format display and use other tools (such as sozi with Inkscape plugin and make a Prezi stylish presentation).
I can confirm same results as comment 1 with LO 3.6.6.2 (Ubuntu 12.04 32bit). Export to PDF & SVG produce different background color. Result on comment 4 not occured. If that occur with 4.0.1, I think that issue should be reported on different bug report.
Tested on LO 4.0.4.2 (Win7 32bit), I can reproduce behavior on comment 4. @Bastián, I would suggest to open new bug report following this regression problem.
(In reply to comment #7) > @Bastián, I would suggest to open new bug report following this regression > problem. Hi @ign_christian Do not quite understand you need. Do I have to open a new bug report the problem? or do you just need to open another bug report specifying the problem of comment 4? thanks
> Do I have to open a new bug report the problem? Yes please :) Then you could link this bug report to the new report in section "See Also" Hope that will help dev to track these issues
Hi Bastián, I think issue on comment 4 is covered in Bug 60757. Please take a look at that.
Sorry..not related. I forgot that's about export to svg :)
Summary amended to make it clearer what the problem reported in this bug is. The particular issue is as indicated in comment #2. The master page has a background color of "Chart 10" (#ff950e) i.e., in styles.xml: > <style:style style:name="Default-background" style:family="presentation"> > <style:graphic-properties draw:stroke="none" draw:fill="solid" draw:fill-color="#ff950e" draw:fill-image-width="0cm" draw:fill-image-height="0cm"/> > <style:text-properties style:letter-kerning="true"/></style:style> ... while the slide in the presentation (attached in comment #1) uses "Sea blue" (#0066cc) i.e., in content.xml: > <style:style style:name="dp1" style:family="drawing-page"> > <style:drawing-page-properties presentation:background-visible="true" presentation:background-objects-visible="true" draw:fill="solid" draw:fill-color="#0066cc" draw:fill-image-width="0cm" draw:fill-image-height="0cm" presentation:display-footer="true" presentation:display-page-number="true" presentation:display-date-time="true"/> > </style:style> Export to SVG results in the graphic using "Chart 10" rather than "Sea blue". Any use of Format > Page... > Background tab on a slide appears to be ignored i.e., in this case if there was no associated master page then no page background color would be exported.
Behaviour reported in comment #12 has been tested under Ubuntu 10.04 running: - v3.3.0.4 OOO330m19 Build: 6 - v3.4.6.2 OOO340m1 Build: 602 - v3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b - v3.6.7.2 Build ID: e183d5b - v4.0.6.2 Build ID: 2e2573268451a50806fcd60ae2d9fe01dd0ce24 - v4.1.3.2 Build ID: 70feb7d99726f064edab4605a8ab840c50ec57a In all cases the background colour of the master page is written out to the SVG rather than the background colour of the slide (direct formatting). Version set to Inherited From OOo.
*** Bug 66900 has been marked as a duplicate of this bug. ***
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.