Issue 125553

Summary: eps files not shown in slide show and export, but visible in the editor
Product: Impress Reporter: udippel <udippel>
Component: uiAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Normal    
Priority: P3 CC: Armin.Le.Grand
Version: 3.4.0Keywords: regression
Target Milestone: ---   
Hardware: PC   
OS: All   
Issue Type: DEFECT Latest Confirmation in: 4.2.0-dev
Developer Difficulty: ---
Attachments:
Description Flags
Doesn't 'slide show' here; neither PDF-export none

Description udippel 2014-09-01 15:03:42 UTC
Created attachment 83913 [details]
Doesn't 'slide show' here; neither PDF-export

Actually, I came here (OO) after my old slides did not show .eps nor .svg in the cousin software (LO). SVGs show perfectly well in OO, however, but the problem with .eps also popped up here: an(y) .eps is visible in the editor (Impress), but fails to show on an export to PDF, respectively fails to show when I start the slide show.
I do know it did work on on some older version, with which I created the file; no idea which.
Comment 1 Ariel Constenla-Haile 2014-09-01 17:28:25 UTC
Works fine up to OOo 3.4.0 Beta.
Does not work since AOO 3.4
Comment 2 udippel 2014-09-01 18:25:52 UTC
Thanks for the immediate confirmation!

However, to me it is close to a blocker: I have hundreds of slides with SVG and EPS. When I show them to my students, the only workaround is in edit mode. And how to distribute (as PDF?). It has been my work over the years, and then *buntu switched to LO. And all was gone. I used a seriously old version for display, but then the rendering also had changed. Back to OO, and all of a sudden, all SVGs look great. Again. But what about the EPSs? Empty slides. Show stopper; at least for me.

Is there no tag 'regression'? 'Cause it is. Chances are, this bug effects (like in LO) not only Impress, but all applications. 

In a nutshell: 'normal' is doubtful.
Comment 3 Ariel Constenla-Haile 2014-09-01 18:56:33 UTC
(In reply to udippel from comment #2)
> Thanks for the immediate confirmation!
> 
> However, to me it is close to a blocker:

That's understandable, but see https://wiki.openoffice.org/wiki/Issue_lifecycle#Make_sure_it_is_a_valid_issue_.28QA_.2B_Developer.29
"6. How important is the issue?"

IMO a bug like this with other formats, like PNG or JPEG, would be critical; but EPS is not that popular; there are indeed several open bug reports about EPS support in OpenOffice, but they affect a minority of users. Any way, setting the fields on the bug is just a QA task; even if set as P1 critical, this doesn't mean, per se, that a developer will fix it immediately.

> I used a seriously old
> version for display, but then the rendering also had changed.

Indeed, I've tried with OOO300m9, OOO310m19, OOO320m18, OOO330m20, OOO340m0; in 3.0.0 and 3.1.0 the EPS does not look good; if you need an old version for displaying, I'd recommend 3.3.0, the last stable release made by Sun/Oracle developers.

> Is there no tag 'regression'?

I forgot to add it.

> 'Cause it is. Chances are, this bug effects
> (like in LO) not only Impress, but all applications. 

Indeed, if reproducible with PDF export in Writer/Calc/Draw, the bug may be split (PDF export of EPS, EPS display during presentation), though the root cause may be the same.
Comment 4 Ariel Constenla-Haile 2014-09-02 01:58:18 UTC
On Windows you need to download

http://downloads.ghostscript.com/public/gs914w32.exe

install it, and add

C:\Program Files (x86)\gs\gs9.14\bin

to the PATH environment variable.
Comment 5 udippel 2014-09-02 09:07:35 UTC
For completeness: (and the downside of forking)
This bug has been solved in LO; see
https://bugs.freedesktop.org/show_bug.cgi?id=62038#c33
Maybe this can help one day, when a developer of OO looks into the matter?

But LO still doesn't handle SVGs properly. So my choice is OO for SVG, and to display EPS I have to use LO.  ;-)
Comment 6 Ariel Constenla-Haile 2014-09-02 23:50:00 UTC
(In reply to udippel from comment #5)
> For completeness: (and the downside of forking)
> This bug has been solved in LO; see
> https://bugs.freedesktop.org/show_bug.cgi?id=62038#c33
> Maybe this can help one day, when a developer of OO looks into the matter?

Unfortunately, OpenOffice cannot take patches from LO due to license incompatibility (they choose a license that allows them to pick the code from OpenOffice but not vice versa).

Fortunately, all that area was designed and developed by a developer working currently on this project, now on CC.

> But LO still doesn't handle SVGs properly.

Well, they have incorporated the SVG import from Armin, but it looks like merging OO code produces regressions in their code; see https://blogs.apache.org/OOo/entry/good_news_libreoffice_is_integrating

> So my choice is OO for SVG, and
> to display EPS I have to use LO.  ;-)