<div dir="ltr">pá 16. 11. 2018 v 20:40 odesílatel Ross Moore <<a href="mailto:ross.moore@mq.edu.au">ross.moore@mq.edu.au</a>> napsal:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Werner,<br>
<br>
On 17/11/2018, at 1:36, "Werner LEMBERG" <<a href="mailto:wl@gnu.org" target="_blank">wl@gnu.org</a>> wrote:<br>
<br>
> <br>
> > > Is there a simple option to make XeTeX (or rather xdvipdfmx) not<br>
> > > embed fonts in PDFs? I'm going to post-process the output, which<br>
> > > will do the embedding.<br>
> ><br>
> > Perhaps it is easier to generate the PDF, then remove the embedded<br>
> > fonts?<br>
> <br>
> Not for my use case, which is to include many PDFs (generated by<br>
> LilyPond) into a master PDF (generated by XeLaTeX). The<br>
> post-processor (Ghostscript's ps2pdf script) should then compute<br>
> subsetted fonts for the whole document, which can make the final PDF<br>
> *a lot* smaller in comparison to the standard way because subsetted<br>
> fonts usually can't be merged.<br>
<br>
Are you sure that this is even feasible, in that the same characters are referred to in the same way, in each of the Lilypond PDFs?<br>
<br>
If the fonts are all Type1, with the same encodings in each PDF, this would be OK.<br>
But I've seen PDFs where the subsetting of Type0 or TTF fonts is as an array, which simply assigns a number to the used glyphs, perhaps in the order of first occurrence within the PDF. These certainly cannot be merged, without adjusting essentially every string in every embedded PDF.<br>
<br>
> <br>
> In LilyPond I can control whether its output PDF gets generated<br>
> (1) the usual way (using subsetted fonts), (2) with embedded but not<br>
> subsetted fonts, or (3) without embedded fonts. Ideally, I want<br>
> option (3) for XeTeX (and for pdfTeX and luatex also, BTW). If this<br>
> isn't possible, I would like to enforce option (2) so that ps2pdf can<br>
> still do a decent job (at the cost of larger intermediate PDFs).<br>
<br>
If you can get this to work, I'd be very interested in the technique.<br>
Otherwise, a possible alternative approach is to combine the PDFs into a single Portfolio, using Adobe's Acrobat Pro. However I'd doubt that this gives any saving in file size over inclusion as attachments.<br>
<br></blockquote><div>Several years ago I combined PDF files several times, I used \includegraphics from the graphicx package because in addition I had to reorder the pages and reduce their sizes. As a result I got huge PDF which was ten times larger than the sum of the sources. Afterwards I opened it in Adobe Acrobat Pro v9 and just saved it. The size of the resulting PDF was approcimately 10% of the huge PDF. Thus Acrobat can recognize that each page embeds its own copy of the same font and unite them with subsetting properly handled. Of course it depends on the file, it is possible that my files were somewhat special.<br></div><div><br clear="all"><div><div dir="ltr" class="gmail_signature">Zdeněk Wagner<br><a href="http://ttsm.icpf.cas.cz/team/wagner.shtml" target="_blank">http://ttsm.icpf.cas.cz/team/wagner.shtml</a><br><a href="http://icebearsoft.euweb.cz" target="_blank">http://icebearsoft.euweb.cz</a></div></div><br><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> <br>
> <br>
> Werner<br>
> <br>
<br>
Hope this helps.<br>
<br>
Ross<br>
<br>
<br>
<br>
<br>
--------------------------------------------------<br>
Subscriptions, Archive, and List information, etc.:<br>
  <a href="http://tug.org/mailman/listinfo/xetex" rel="noreferrer" target="_blank">http://tug.org/mailman/listinfo/xetex</a><br>
</blockquote></div></div>