Apache OpenOffice (AOO) Bugzilla – Issue 9357
Cannot include EPS files generated from Grace (xmgr)
Last modified: 2004-04-23 11:08:00 UTC
When I try to include any EPS file generated from Grace (a.k.a. xmgr) as a Graphic Object from any OpenOffice application I get an error message saying that the file format is not recognized. The problem is that it doesn't recognize the EPS file when it has a header of the form -- %!PS-Adobe-3.0 EPSF-3.0 %%BoundingBox: (atend) -- Usually Grace appends the BoundingBox info at the end of the file, as in -- %%Trailer %%BoundingBox: 0 29 632 584 %%DocumentNeededResources: font Times-Roman %%EOF -- The 'usual' EPS file has this info at the header, like -- %!PS-Adobe-3.0 EPSF-3.0 %%BoundingBox: 0 0 650 600 -- and when I manually change to this format it reads okay. I can fix this also by disabling the option "Tight BoundingBox" from Grace, but I believe both forms should be accepted as a valid EPS file. -Artur
Hi Sven, I guess this is yours (at least 'ieps.cxx' makes me believe that) Matthias
I will change this. Currently the bounding box is being searched within the first 4kb of an eps file.
JA: re-prioritized according to new priority guide lines
This bug has been fixed now for OOo 1.1 Beta2. The fix will be available in CWS[draw9] and takes place in: vcl/win/source/gdi/salgdi.cxx goodies/source/filter.vcl/ieps.cxx
SJ->WG: This bug can now be verified on cws[draw9].
Fixed.
Verified.
Tested and closed.
Sorry to reopen the issue, but I just ran into the same problem with beta2. I have an *.eps generated with grace 5.1.12, with %%BoundingBox: (atend) and it cannot be imported by OOo 1.1 beta2. If I manually move the BoundingBox from the end to the top it works. Setting target.
Created attachment 6817 [details] eps file generated with grace 5.1.12
Changed target to 1.1.1. Reassigned to Sven, please have a look.
Yes I see, the bug can be reproduced with your attachment.
I fixed the problem that our eps import was only detecting eps files having a BoundingBox statement within the first 4096 bytes. The reason that the attachment can't be loaded anyway is that our BoundingBox parsing is not evaluating the "(atend)" statement, with the result that is does not search for a second BoundingBox.
*** Issue 19122 has been marked as a duplicate of this issue. ***
SJ->THB: At the moment I have too many bugs and too less time to fix them, so would you please so nice and takeover this issue, thanks.
Along the way, reduced prio to 4, regarding the comments above.
I used xmgrace extensively to create plots for my dissertation, and ran into the same problem. One work around (other than manually editing the eps file) is to uncheck "Tight BBox" option for eps device options. Here is an example: 1.) Default: Tight BBox on: %!PS-Adobe-3.0 EPSF-3.0 %%BoundingBox: (atend) %%LanguageLevel: 2 %%Creator: Grace-5.1.12 .... .... %%Trailer %%BoundingBox: 1 16 395 330 %%DocumentNeededResources: font Helvetica %%EOF 2.) TightBBox off: %!PS-Adobe-3.0 EPSF-3.0 %%BoundingBox: 0 0 414 342 %%LanguageLevel: 2 %%Creator: Grace-5.1.12 .... .... %%Trailer %%DocumentNeededResources: font Helvetica %%EOF It is a work-around, not a solution though.
I'm closing this issue, the remaining feature request is handled with i28260.
.