[Libreoffice-bugs] [Bug 67464] Request for built-in EPS rendering ...

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=67464

V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |quikee at gmail.com

--- Comment #21 from V Stuart Foote <vstuart.foote at utsa.edu> ---
(In reply to Tomaz Vajngerl from
https://bugs.documentfoundation.org/show_bug.cgi?id=122436#c17 )

> I think we should start to look how to deprecate EPS support in LO. Best
> would be to try to convert EPS graphic to PDF for existing LO documents, but
> otherwise remove EPS graphic as an input filter for use in LO documents.
> Export can still be there (for printing).  
> 
> EPS is not really even a graphic format but a Turing complete language,
> which had some sense in the past to have that, but nobody writes complex
> vector graphic as a program by hand today. So having a super complex
> language to interpret as a input instead of declarative set of limited
> instructions just doesn't make sense.
> 
> As long as we have it in LO, the user will use it. Now that LO 7.0 is
> getting near, it is a great opportunity to drop it.

But can't the same be said for the XML holding SVG?  Anyhow, provind folks a
clean path to import their ps/eps/pdf to functional EMF/SVG vector graphics.

If not popler/cairo then maybe pdfium/skia?

Just bring it in with high fidelity with pushing it into BMP rasters. At that
point we can drop the ps/eps/pdf from the archive and not have to worry about
printing or round tripping, right?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20191013/2d345ed2/attachment.html>