Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||OOo does not natively import eps graphics|
|Component:||code||Assignee:||AOO issues mailing list <issues>|
|Status:||ACCEPTED ---||QA Contact:|
|Priority:||P3||CC:||issues, kendy, kgabor79, lev.tarasoff, louqingle, masaya.k, nicholas, oo, ooffice, wolframgarten|
|Issue Type:||ENHANCEMENT||Latest Confirmation in:||---|
Description docb 2003-03-05 11:07:35 UTC
seems that this is a carry-over from SO 5.2: trying to import a EPS into OO results in just the description (Creator: QuarkExpress, language level:1), but not in the file/picture. Watching the EPS with a ps/pdf viewer (e.g. in konqueror / KDE 3.1) is just fine.
Comment 1 wolframgarten 2003-03-05 11:17:42 UTC
This depends upon if the eps file contains a preview or not. If a preview in tiff-format is contained office will show the preview inplace. If it has no preview office will only display a placeholder. Please test to export a eps with preview (mark in export options dialog of eps export) and insert it in a new document. I have tested this here and had no problems.
Comment 2 wolframgarten 2003-03-05 11:18:19 UTC
If this does not work as described please feel free to reopen the issue. Thanks for your help.
Comment 3 docb 2003-03-09 11:50:57 UTC
Hello Wolfram, thanks for the reply. I now see what you mean with 'placeholder': If I print the document the content of the EPS-file is there. But this does not help me e.g. in an online-presentation, where I wanted to include the logo in EPS-format: It still displays the placeholder. If I include any other format, e.g. jpg, the picture is shown properly - especially in the presentation. This is what i would expect from an EPS-import too. (I want to get rid of this PowerSomething for presentations...)
Comment 4 docb 2003-03-11 12:09:06 UTC
I checked with an EPS with preview, it displays the preview, but this is not useable in text documents (not showing in preview) or presentations. Different to e.g. jpg, eps import cant be used properly. Therefor I change the summary of this issue.
Comment 5 wolframgarten 2003-03-27 14:58:13 UTC
The reason for not showing an eps (that has no tiff preview) in a document is that OO cannot render eps files. For that reason a preview file is used to show the content of the eps file. I think I did not got it right what you ment in your last comment: why it is not useable in text docs? Which preview do you mean? The previwe I meant is that one mentioned in the eps export options dialog of OO.
Comment 6 docb 2003-03-31 08:36:24 UTC
Why not useable in text documents or presentations? I want to include the eps-file as logo in documents: For text-documents, it does not show up in the print-preview, but it gets printed at least -> So at least it is dificult to get the right sizing of the logo etc until you print it. For presentations, there is the presentation mode in which you can fullscreen run the presentation. Here also only the outline (or the preview) is displayed. As I want to use OO also in business it does *not look professionell* if you present something to a customer and you have the preview in there. So that means, either forget about EPS-imports or make it useable with OO
Comment 7 wolframgarten 2003-04-01 09:08:03 UTC
Please add a comment here. Thanks.
Comment 8 sven.jacobi 2003-04-30 16:41:42 UTC
You should try to discuss your problem within a discussion group. My opinion is that the current EPS import should not be removed merely not beeing able to render Postscript files itself but perhaps we will offer the possibility to integrate Ghostscript, but this won't happen until OOo 2.0. This is definitely no defect, so I changed the issue type.
Comment 9 sven.jacobi 2003-09-16 11:06:34 UTC
Comment 10 docb 2003-09-17 18:48:01 UTC
The dot should be the reminder? OK then. I still think that OO should process the format EPS and deal with it like with PNG or jpg. If it is done via GS, fine (at least on *ix, where GS is standard - how will this work on Win?). I still would appreciate a solution asap.
Comment 11 zapyon 2004-10-16 23:08:03 UTC
I agree with docb: EPS import does not work for me at all (using Debian packages 1.1.2-4). This was the only reason I could not use OOo for a larger project where most of the graphics were produced as EPS (gnuplot, other tools). Postscript has been a standard format for graphics for years. OOo claims to be able to import it but it does not work. It might be better not to have that menu option at all, if it does not work ... Would be nice, if OOo could at least import EPS and print them with the document. But for a WYSIWYG text processor the size and quality of OOo this is certainly not enough: how about EPS logo graphics that need to be included in a design/layout? How about the fact that with >> 100 graphics and all of them just shown as boxes the probability of mixing things up in a document is fairly high? And you will only realise after printing out all these pages because it is not shown on screen. Bad. I think it is very desirable that EPS is treated the same as other imported graphics files. To show a preview when available may be a good start, but the aim should be to render the EPS file natively in OOo. This would also allow for _really_ importing the file and editing it in Draw or Impress. And probably the step to PDF import/editing would not be that big then, would it? (yeah, I know, big is a relative word ...). Kind regards Andreas
Comment 12 kendy 2005-10-04 16:58:42 UTC
Sorry for reopening the issue, but it is 'RESOLVED LATER' for too long ;-) Please, is there any chance there could be done anything about this when the 2.0 is out? At least that the preview from the EPS file shows in the presentation when it is full-screen... Thank you, Jan
Comment 13 sven.jacobi 2005-10-06 11:09:48 UTC
Yes, I agree, the aim should be to support eps natively, but this would require plenty of work wherefore nobody is having enough time for at the moment. So if anybody feels he is the chosen one to implement a new native eps import, he should not hold back to start. That we do have problems to display an eps preview in presentation is true and is fixed in issue 51558 for the next product patch. However, there are different problems mixed within this issue, so I changed the title to put only one problem into words.
Comment 14 wolframgarten 2006-03-07 07:55:47 UTC
*** Issue 62849 has been marked as a duplicate of this issue. ***
Comment 15 metaview 2006-03-11 21:35:33 UTC
Hi, short introduction: Several years ago I've wrote a vector-gfx converter for Amiga OS, called MetaView. It is discontinued for quite a time now and I made the source public on http://www.programmersheaven.com/search/download.asp?FileID=29342 Something I did there was to use ghostscript to convert EPS into FIG and import the resulting FIG into MetaView. I could do something similar (+WMF import etc.) for OOo too. I will announce/discuss it further in the dev@gsl mailing list.
Comment 16 michael.ruess 2006-03-20 14:37:55 UTC
*** Issue 63394 has been marked as a duplicate of this issue. ***
Comment 17 lohmaier 2006-10-17 21:08:37 UTC
*** Issue 70311 has been marked as a duplicate of this issue. ***
Comment 18 kpalagin 2007-06-08 17:42:45 UTC
Dear developers, what is the current status of this issue? Thanks a lot for your attention.
Comment 19 drector 2007-10-09 21:02:49 UTC
EPS file import used to work if importing an EPS file with embedded preview. Now in OO 2.2 the preview is not rendered correctly. Additionally, it would be nice if the EPS image were correctly rendered when printing or exporting to PDF. Now, it appears that EPS images are never fully rendered, rather, some version of the preview is the only thing used. Thanks! Dave Rector *:^)
Comment 20 docb 2008-02-12 21:48:11 UTC
I noticed that the export is OK if I print to kprinter (KDE print engine), and from there create a PDF, but not when I directly export to PDF. So that means at least some exporting works.....
Comment 21 lohmaier 2010-04-01 20:20:50 UTC
*** Issue 101147 has been marked as a duplicate of this issue. ***
Comment 22 Regina Henschel 2012-02-28 13:32:00 UTC
*** Issue 118987 has been marked as a duplicate of this issue. ***
Comment 23 oooforum (fr) 2014-10-27 08:49:01 UTC
*** Issue 125784 has been marked as a duplicate of this issue. ***