Created attachment 82892 [details]
Text document with eps and png file
I'm trying to insert an eps image file into a text document. All I get is some lines of this image metadata in red and no image at all.
The EPS was generated by MATLAB. In Linux, this file is inserted correctly (but with some bug in color processing that I might report later).
I'll attach an odt file with the EPS and a PNG verion of it. Also, I'll attach the images and a PDF version of the odt file.
Steps to reproduce:
1. new text document
2. insert/figure/from a file
3. select the eps file
5. Instead of the correct image, LO shows 4 lines of metadata in red font
5. The correct image.
Operating System: Windows 7
Version: 184.108.40.206 rc
Created attachment 82893 [details]
ODT file exported as PDF
Created attachment 82894 [details]
Created attachment 82896 [details]
PNG version of EPS file
Hello Luiz.. I can confirm that problem not only with Writer, but also with Draw & Impress. Opening that EPS file directly with Draw also generates same behavior.
Tested on LO 220.127.116.11 (Win7 32bit), so I change version to 18.104.22.168 since this is older version which can reproduce the problem.
Tested on LO 22.214.171.124 (Ubuntu 12.04 32bit), I can opened that EPS file directly with Draw & inserted in Writer/Impress/Draw. Though there are some rendering glitches.
I'm aware of color glitches on Linux. I reported it in bug 67271.
Is it another problem?
*** This bug has been marked as a duplicate of bug 64161 ***
This is not duplicated. AFAIK, bug 64161 reports that EPS images are inserted correctly but not exported to PDF. In my case, they are not shown even in LO.
Also, this is specific for windows.
You are right, I just tested this and I misattributed this as a duplicate of #64161.
The reason why this happens is because LO does not come with an EPS renderer, something that bug #67464 is supposed to fix.
If you install imagemagick or ghostscript and make sure LO can find it with the PATH environment variable, then LO can make use of those programs to render EPS files.
bug #67464 seems to be the cause but I think that this is not a simple enhancement. For the user point of view, its just a functionality that does not work. LO should, at least, inform that it cannot convert the EPS file into something else because it could not find ghostscript, or whatever, in path.
The problem is that your EPS file does not have a preview inside and LibreOffice needs to generate one on the fly. Under Linux LO can find the needed tools to do that because they are generally installed by default. Under MS-Windows it is more problematic. You should try again after having installed ImageMagick and Ghostscript.
Another way is to use softwares which create EPS files with a preview inside.
So I am closing this bug report as NOTABUG because the EPS file is actually inserted in the document and is visible if LO find appropriate tools.
If you think that LO should be more explicit when it does not find the software it needs to show the image under MS-Windows, please open another bug report against this specific behavior.
Best regards JBF