https://bugs.documentfoundation.org/show_bug.cgi?id=67465
--- Comment #25 from V Stuart Foote <vstuart.foote@utsa.edu> ---
(In reply to Robert R. Howell from comment #23)
Well the obvious thing is to simply break the path to pstoedit, or uninstall
it. And to insure that ghostscript (or Imagemagick convert) is on path to
perform the RenderAsBMP preview.
With its very low quality rendering to EMF/WMF, pstoedit is really of
questionable utility. It is not clear if the pstoedit paid EMF plugin improves
things. Simply don't use it--then no need for an environment variable switch.
The bigger issue for scientific and technical publication (once poor quality
EMF/WMF preview rendering is removed) is that the substitute preview BMP is
rendered at 300dpi. And those raster previews, while fine for on screen use,
are passed out for printing or embedding into ps or PDF ( bug 81497 ) with loss
of vector graphic quality needed for publication.
Likewise, for EPS images with embedded TIFF previews--those low resolution
previews are used as the RenderAsBMP is never called to regenerate them. And
the original preview is passed for ps or PDF generation. Replacement of the
preview might be worthwhile to implement for on screen use.
--
You are receiving this mail because:
You are on the CC list for the bug.
Context
- [Bug 67465] EPS rendering: locating pstoedit on Mac a problem · bugzilla-daemon
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.