https://bugs.documentfoundation.org/show_bug.cgi?id=67464
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #16 from V Stuart Foote <[email protected]> --- Was poking at a Windows build of poppler and find that for handling an EPS conversion to SVG the combination of Ghostscript's "ps2pdf" utility: ps2pdf -dEPSCrop in.eps out.pdf and Poppler's (from poppler-utils) "pdftocairo" utility: pdftocairo -svg out.pdf out.svg produces a VERY clean rendering of the EPS as SVG at a default 150dpi vector/pixel resolution, that can be bumped obscenely high with a -r resolution switch. Looking at http://opengrok.libreoffice.org/xref/core/external/poppler/ExternalProject_poppler.mk we don't seem to build a lot of poppler currently for handling PDF. But crazy question, could we do more with poppler to be able to handle EPS--could we build enough crossplatform to distribute the pdftocairo filter and solve the built-in EPS rendering? Such that we could use quality SVG to replace EPS when adding to an open document? In a sense to never have to render the EPS onto the canvas. I would expect SVG previews would be more appealing than BMP (or WMF/EMF) previews of EPS we get now. Would have to decide about keeping the original EPS in the ODF archive or just keeping the SVG conversion. We'd still require system ghostscript (unless Björgvin work as in comment 7 comes to fruition, or even incorporating the xpost project) but system ghostscript is already the state of things. Anyhow just a thought. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
