<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2014-04-25 13:59 GMT+02:00  <span dir="ltr"><<a href="mailto:mskala@ansuz.sooke.bc.ca" target="_blank">mskala@ansuz.sooke.bc.ca</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">On Fri, 25 Apr 2014, Philip Taylor wrote:<br>
> (X)DVIPDFM(X).  Since (X)DVIPDFM(X) is indeed an integral part of the XeTeX<br>
> tool chain, I think that documenting how to access its functionality (with<br>
<br>
</div>XeLaTeX is the integrated toolchain.  If you're going to insist that XeTeX<br>
without LaTeX must be fully documented as a separate entity, then it only<br>
makes sense to do the same for XDVIPDFMX.<br></blockquote><div><br></div><div>At least a few years ago there was another XDV->PDF driver for Mac, thus a user could choose from two possibilities. What is the situation now? If it is the same, it makes no sense to document xdvipdfmx features as features of XeTeX because some users might use another driver with different features.<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888">--<br>
Matthew Skala<br>
<a href="mailto:mskala@ansuz.sooke.bc.ca">mskala@ansuz.sooke.bc.ca</a>                 People before principles.<br>
<a href="http://ansuz.sooke.bc.ca/" target="_blank">http://ansuz.sooke.bc.ca/</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
--------------------------------------------------<br>
Subscriptions, Archive, and List information, etc.:<br>
  <a href="http://tug.org/mailman/listinfo/xetex" target="_blank">http://tug.org/mailman/listinfo/xetex</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Zdeněk Wagner<br><a href="http://hroch486.icpf.cas.cz/wagner/" target="_blank">http://hroch486.icpf.cas.cz/wagner/</a><br><a href="http://icebearsoft.euweb.cz" target="_blank">http://icebearsoft.euweb.cz</a>
</div></div>