On 08/28/2008 06:36 AM, Joe Smith wrote: > 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
Very informative... thanks for that. G --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
