On 2017/09/24 11:03:26, dak wrote:
In my opinion, -b/--bigpdf should be simple to use for
lilypond-book-like
applications. lilypond-book should likely call lilypond using options
leading
to good results by default. For generating our own documentation, I
find 3-4GB
of disk space excessive: using special additional options might be
suitable if
that helps. If the additional options work at least as well under all conceivable circumstances, they should likely be the default.
-dxxx are options appealing more to specialists (well, there are
things like
-dpreview not particularly specialist, but when in doubt, people are
more likely
to see/consider "normal" options).
I'm not into the whole font mess enough to make a really qualified
suggestion
here.
To make the options simple, what about doing as follows? * --bigpdfs / -b Keep its behavior i.e. - Define and use some encodings for Emmentaler. (Also using "show" instead of "glyphshow") - For PDF output, embed full set (non-subset) font (if there is no bugs in Ghostscript) This option is for full set (non-subset) embedded font intermediate PDFs, and later uses MuPDF etc. to remove duplicate the fonts. This method is simple and easy to understand. However, the size of the intermediate PDF increases. Also, the current Ghostscript does not work properly because there seems to be a bug in which full set of fonts can not be embedded. * -dgs-neverembed-fonts Add behavior Current behavior - For PDF output, It does not embed fonts except TrueType fonts. Added behavior - Define and use some encodings for Emmentaler. (Also using "show" instead of "glyphshow") - For PDF output, It does not embed fonts except TrueType fonts. This option is for non-embedded font intermediate PDFs, and later uses Ghostscript to embed missing fonts. This method needs to pass the missing fonts to Ghostscript. In other words, it is for specialists. However, if it is used properly, it works even with the current Ghostscript. https://codereview.appspot.com/325630043/ _______________________________________________ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel