Apache OpenOffice (AOO) Bugzilla – Issue 61182
use postscript interpreter where available
Last modified: 2006-01-27 14:11:01 UTC
I'm referring to issue 53503 <cite> When I load an .eps image file into my document, and print to a postscript printer, the eps file is embedded and prints correctly. When I choose PDF export, the embedded eps preview is shown in the PDF instead and when the PDf is printed, the embedded eps preview is printed instead of the actual eps. </cite> This was turned down because OOo does not have a builtin postscript interpreter. However, if there is a ps interpreter available on the platform (as is the case on most Linux boxes and on a lot of Win installations I know), it should be used. Using eps images is still the number one choice if you want to include high- quality (vector) graphics, say: diagrams for scientific publications and the like, which are produced by some plot program or other. Up to now, you have to 'print' the document with a postscript converter to a file (again, standard on Linux or available for free from Adobe for Win) and then call the ps->pdf converter manually to get said high-quality output. This renders the nice pdf-export feature included in OOo quite useless, sorry to say that.
TM->requirements: Please have a look, thanks !
already implemented. *** This issue has been marked as a duplicate of 9290 ***
closing duplicate.
Issue 9290 is about converting eps -> emf or eps -> png to provide a preview. This issue goes beyond: it's about eps -> pdf. Aim: provide proper vector graphics in exported pdf instead of potentially ugly and big (in terms of file size) bitmap. So why not use the emf preview from issue 9290, it's a vector format as well? In my experience, the conversion eps -> emf will produce poor results in most cases (speaking of line style and thickness, font type, circles ending up as something quite like but not entirely a circle...). I think an additional conversion step upon exporting as pdf is necessary to produce high quality and low footprint results (possibly using the preview obtained from 9290 as a fallback).
> Issue 9290 is about converting eps -> emf or eps -> png to provide a preview. Exactly. > This issue goes beyond: it's about eps -> pdf. It is not beyond I guess. Since the preview is used in the exported pdf. (and when printing to non-postscript printers) This is the solution that is already present and works pretty well. The "real" solution, to "embed eps natively" is another issue that is referenced from issue 9290 as well. *** This issue has been marked as a duplicate of 14163 ***
closing duplicate again.