Taco Hoekwater schrieb:
Heiko Oberdiek wrote:
On Fri, Jul 17, 2009 at 12:31:56PM +0200, Taco Hoekwater wrote:
* The \pdfcompresslevel is now effectively fixed as soon as
output to the pdf file has occurred.
Why? Is there a technical reason?
Yes (-ish). The compression level is now a part of the pdf back-end
structure because with that, the back-end does not have to access
eqtb all the time. It would be possible to do a synchronization
whenever the value in eqtb changes, but:
Sometimes it makes sense to have some parts uncompressed
(e.g. for debugging purposes, ...)
There are also some practical reasons to change the compression level at
runtime. In general compression should be activated for a minimal file
size. But it is recommended to disable compression for
- XMP metadata (for compatibility with external applications; think
about indexing)
- embedded ICC-profiles (same reason as XMP data)
I use exactly these settings to produce PDF/X-4p compatible vector
graphics. With a fixed compression it is no longer possible for me, to
make them small sized. So you get the idea why I think that a fixed
compression is no progress but a step back.
Maybe external pdf compressors can do the job in a compatible way
(haven't tested). All I know is that Acrobats 'optimized' PDF are much
bigger than the original ones.
You could just be brave and not compress the pdf at all.
Not really an option for me.
Best wishes, Peter
Best wishes,
Taco
