H.S. wrote:
... In conclusion, if an eps file with a preview is used in OOo, OOo does not slow down on the page which contains that file but also it retains the low res in the exported PDF file. Printing the document gives the right eps in the output though.
This is the expected behavior. If an EPS graphic has no preview, OOo will generate one by calling ImageMagick, which calls Ghostscript to generate a preview. All of that is a fairly heavyweight operation and it slows OOo down. I guess the preview is not saved or cached, so it's regenerated every time it's needed.
Exporting the EPS to PDF would require converting the Postscript code in the EPS to PDF--a non-trivial conversion which OOo does not support, so EPS graphics are only exported to PDF as the preview image.
OOo's normal printed output (on Unix anyway) has always been Postscript, so to print an EPS, all OOo has to do is include the EPS Postscript code in the printer output stream. No conversion is required and you get a full-resolution graphic.
The workaround if you need higher quality in a PDF is to either generate a high-quality preview image, or use File > Print > Print to file to get PS output (including the EPS code) and then convert that to PDF with ps2pdf.
See: eps rendering very slow while scrolling http://qa.openoffice.org/issues/show_bug.cgi?id=77068 Render EPS graphics without previews http://qa.openoffice.org/issues/show_bug.cgi?id=9290 EPS content is not exported to pdf properly http://qa.openoffice.org/issues/show_bug.cgi?id=14163 <Joe --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
