Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


On 2011-06-09, todd rme wrote:

On Thu, Jun 9, 2011 at 2:57 PM, Tom Davies <tomdavies04@yahoo.co.uk> wrote:
From: todd rme <toddrme2178@gmail.com>

On Thu, Jun 9, 2011 at 12:24 AM, Zak McKracken
<zak_mckracken@openoffice.org> wrote:
Am 08.06.2011, 22:41 Uhr, schrieb Tom Davies <tomdavies04@yahoo.co.uk>:

Hi :)
In OpenOffice and LibreOffice the Export to Pdf option allows you to
choose
"lossless" compression or change the percentage of jpg compression.

Yes, but that applies only to raster graphics, not to vector formats. With
EPS images, only the preview image will be dumped in the pdf.
To summarize: The built-in pdf export preserves my raster graphics but kill
EPS images (for me at least. Some people apparently have very hires preview
images inther EPSs). printing it .ps file and using ps2pdf will preserve the
EPS images and reduce the raster images.
This behaviour has not changed since OOo 1.0

Export to PDF uses the raster previews. Best (and only?) solution for
now is really printing to postscript and converting.

PostScript and PDF are not easy to mix. Even with LaTeX you can't use
EPS when running pdflatex. (You have to convert EPS to PDF)



It is also an issue in impress, where there is no printing involved.
EPS images don't show up, SVG images tend to be horribly broken.

Todd


Hi :)
Is this only  problem with 3.4.0?  I thought one of the remaining problems was
the non-vector images getting compressed so i was hoping to help you get around
that.  Sorry it didn't help.
Good luck and regards from
Tom :)

I haven't tried 3.4, but the EPS images stopped working in 3.3 and SVG
images have never worked.  After dicussing the problem, I am not sure
how the EPS images ever worked, perhaps they had embedding that was
stripped somehow.  Of course, using the embedded raster image
completely defeats the purpose of using vector artwork in the first
place.

At least on older versions -- don't know if this still applies -- OOo
would generate a preview if the image had no raster preview, but as that
involved a funny bug involving endless calls to ImageMagick's convert
when the raster previews were too big to be cached, maybe that was
disabled.

A quick test with a random EPS I found shows me a preview raster, with

  LibreOffice 3.3.2 
  OOO330m19 (Build:202)
  tag libreoffice-3.3.2.2

But I don't know if the image has a preview raster builtin.

Most of the programs I use for vector artwork can produce EPS or SVG
files just fine, but being able to properly display some sort of
vector artwork in impress seems critical to me.  Differences in
projector resolution can seriously degrade the appearance of raster
artwork.

LibO also supports Windows MetaFile and Enhanced MetaFile. IIRC they
have some issues (or maybe the metafiles I was using were badly
converted). But you can try converting your EPS to EMF and see if the
result is good enough.

I've some notes around here saying it's done with pstoedit, with the
option to generate EMF.

The same notes mention running fixps, generating svg with pstoedit and
converting back to eps with inkscape -- this was probably a workaroud
for some postscript files that pstoedit didn't like.

-- 
Nuno J. Silva (aka njsg)
gopher://sdf-eu.org/1/users/njsg

-- 
Unsubscribe instructions: E-mail to users+help@libreoffice.org
In case of problems unsubscribing, write to postmaster@documentfoundation.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/www/users/
All messages sent to this list will be publicly archived and cannot be deleted

Context


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.