]> git.donarmstrong.com Git - lilypond.git/commit
Reduce size of PDF files when inc. in *TeX docs
authorKnut Petersen <knut_petersen@online.de>
Thu, 8 Jan 2015 18:00:44 +0000 (18:00 +0000)
committerJames Lowe <pkx166h@gmail.com>
Sat, 31 Jan 2015 12:57:08 +0000 (12:57 +0000)
commitcd5b559ab016dad5100eab3105218df94ab9f402
treeddf0bf0007975bc0c70bcca9cf4034b123b596ec
parent78d61618c8216cb9199dd2be288afd0cedf15aaa
Reduce size of PDF files when inc. in *TeX docs

Issue 4251

This changes the way lilypond uses fonts to draw glyphs.

It avoids to used glyphshow for all emmentaler glyphs and
adds encoding vectors to the emmentaler fonts before they
are used. It also changes the ghostscript parameters used
to generate pdfs from postscript code.

These changes help to reduce pdf file sizes if you include
lilypond snippets in *TeX documents. The pdfs generated by
a patched lilypond and *tex themselves are _much_ bigger,
but if you run ghostscript and pdfsizeopt.py on those
files they implode.

Doc additions to the Usage Manual included:
Added a command line option
--bigpdf / -b, and documented that option in the german
and english versions of usage.pdf .

Internal hyperlinks are fully preserved with current
ghostscript git master.

External hyperlinks (GoToR) _to_ a file processed this
way are broken. Fixing this would require major changes
to ghostscript.

External hyperlinks _from_ a file processed this way to
other pdfs are preserved if the reader program isn't
broken (acroread is not broken in this respect, evince is).

For more details see Ghostscript bug #695747
<http://bugs.ghostscript.com/show_bug.cgi?id=695747#c22>
Documentation/de/usage/running.itely
Documentation/usage/running.itely
lily/general-scheme.cc
lily/global-vars.cc
lily/include/main.hh
lily/main.cc
ps/encodingdefs.ps [new file with mode: 0644]
scm/backend-library.scm
scm/framework-ps.scm
scm/output-ps.scm