Christian Lohmaier <[EMAIL PROTECTED]> writes: > There already exists an issue that implements a system-command (includes > a fallback to ghostscript) that creates a high-quality representation > that can be used for printing/export to pdf instead of the low-quality > preview. > > [...] > > So I'm basically asking you to clarify why the solution offered in issue > 9290 http://www.openoffice.org/issues/show_bug.cgi?id=9290 is not enough > and/or to put a reference to that issue to the description and defining > the requirements in more detail. > Hi Christian,
in concert with issue 14163, this is indeed a huge improvement over current state of affairs. Although, this is _not_ a true EPS import: the result is at best an EMF, which of course might be broken down into draw shapes, but this is really a lossy process. The problem description on http://development.openoffice.org/summerprojects.html might indeed be somewhat fuzzy there; as a matter of fact, intended was to have a high-level EPS import, that directly generates draw shapes from PostScript (getting that basically working is IMHO a matter of days - getting that to product quality is much more work, and would also include some basic OCR capabilities, like merging adjacent text output into a single text shape, merging bullet/item lists, etc.). There's certainly more to be discussed here, should anybody want to tackle that task. Imaginable is, among others, to keep the EMF import as-is (fixing bugs that others already encountered - like wrong offsets), and beef up the GdiMetafile-to-DrawShape conversion to provide text-merging etc. HTH, -- Thorsten If you're not failing some of the time, you're not trying hard enough. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
