> Moreover, Ghostscript developers seem to want that `.loadfont' is
> not used.
> 
> http://bugs.ghostscript.com/show_bug.cgi?id=696823
> http://bugs.ghostscript.com/show_bug.cgi?id=696824

This is something we can trustfully ignore, I think, given that we
resolve TTCs to Type42 and OTCs to bare CFF resources by ourselves.

> Unfortunately, Ghostscript (ps2pdf) discards PDF destination names.
> So remote PDF links do not work fine.
> 
> http://bugs.ghostscript.com/show_bug.cgi?id=696943
> http://bugs.ghostscript.com/show_bug.cgi?id=695760

This is much more depressing :-(

Isn't it possible to modify `texinfo.tex' so that it creates `invalid'
remote links that only become valid after calling `ps2pdf'?  Maybe
this is a naive question since I don't know PDF format details.

On the other hand, I can imagine to unify all separate PDF
documentation files into a single `lilypond.pdf'; we then wouldn't
have problems with remote PDF links.  This file would have far more
than 1000 pages, but due to the improved font handling it would be
actually smaller than the current `notation.pdf', I think.

While working on this we could also try to convince the texinfo
maintainers to implement `parts', one level higher than chapters...


    Werner

_______________________________________________
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Reply via email to