Bug 128269 - FILEOPEN: epsf imports as solid image
Summary: FILEOPEN: epsf imports as solid image
Status: RESOLVED DUPLICATE of bug 67464
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
6.1.6.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-10-20 11:01 UTC by Gerry Garvey
Modified: 2019-10-22 09:45 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gerry Garvey 2019-10-20 11:01:08 UTC
When importing / opening an image from eps file, the image object is drawn on a solid white base. Since the background is not necessarily defined in the eps file, would it be better if LO created the image object using a transparent base (if necessary for backward compatibility, set the object's area fill property to "Color - White" by default)?
Comment 1 V Stuart Foote 2019-10-20 18:30:11 UTC
LibreOffice has no native handling of EPS/EPSF graphics/images (see bug 67464) we are dependent on several 'helper' utilities--their presence on system will control the way EPS are filter imported to LibreOffice.

EPS import filter ieps.cxx will use ghostscript and 'ps2edit' if present to render the EPS to EMF vector graphic. That should provide transparency.

If not present it will use ghostscript, or ghosstscript and Imagemagik 'convert' to render to canvas raster, both provide alpha channel but the raster import does not handle the Alpha channel.

For better fidelity and correct vector resolution for EPS graphics, best to work externally to LibreOffice and convert directly--either to EMF, or to SVG
Comment 2 Xisco Faulí 2019-10-22 09:45:53 UTC
Hi V Stuart,
Thanks for the great explanation.
Closing as a dupe of bug 67464

*** This bug has been marked as a duplicate of bug 67464 ***