You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@openoffice.apache.org by bu...@apache.org on 2014/09/01 17:03:42 UTC
[Issue 125553] New: eps files not shown in slide show and export,
but visible in the editor
https://issues.apache.org/ooo/show_bug.cgi?id=125553
Issue ID: 125553
Issue Type: DEFECT
Summary: eps files not shown in slide show and export, but
visible in the editor
Product: Impress
Version: 4.1.1
Hardware: PC
OS: Linux32
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: ui
Assignee: issues@openoffice.apache.org
Reporter: udippel@gmail.com
Created attachment 83913
--> https://issues.apache.org/ooo/attachment.cgi?id=83913&action=edit
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.
--
You are receiving this mail because:
You are the assignee for the issue.
You are watching all issue changes.
[Issue 125553] eps files not shown in slide show and export, but
visible in the editor
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=125553
--- Comment #5 from udippel <ud...@gmail.com> ---
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. ;-)
--
You are receiving this mail because:
You are the assignee for the issue.
You are watching all issue changes.
[Issue 125553] eps files not shown in slide show and export, but
visible in the editor
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=125553
Ariel Constenla-Haile <ar...@apache.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Armin.Le.Grand@me.com
--- Comment #6 from Ariel Constenla-Haile <ar...@apache.org> ---
(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. ;-)
--
You are receiving this mail because:
You are the assignee for the issue.
You are watching all issue changes.
[Issue 125553] eps files not shown in slide show and export, but
visible in the editor
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=125553
Ariel Constenla-Haile <ar...@apache.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |CONFIRMED
Latest|--- |4.2.0-dev
Confirmation on| |
Version|4.1.1 |3.4.0
Ever confirmed|0 |1
Severity|critical |normal
--- Comment #1 from Ariel Constenla-Haile <ar...@apache.org> ---
Works fine up to OOo 3.4.0 Beta.
Does not work since AOO 3.4
--
You are receiving this mail because:
You are the assignee for the issue.
You are watching all issue changes.
[Issue 125553] eps files not shown in slide show and export, but
visible in the editor
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=125553
Ariel Constenla-Haile <ar...@apache.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
OS|Linux32 |All
--- Comment #4 from Ariel Constenla-Haile <ar...@apache.org> ---
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.
--
You are receiving this mail because:
You are the assignee for the issue.
You are watching all issue changes.
[Issue 125553] eps files not shown in slide show and export, but
visible in the editor
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=125553
--- Comment #2 from udippel <ud...@gmail.com> ---
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.
--
You are receiving this mail because:
You are the assignee for the issue.
You are watching all issue changes.
[Issue 125553] eps files not shown in slide show and export, but
visible in the editor
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=125553
Ariel Constenla-Haile <ar...@apache.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |regression
--- Comment #3 from Ariel Constenla-Haile <ar...@apache.org> ---
(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.
--
You are receiving this mail because:
You are the assignee for the issue.
You are watching all issue changes.