<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html;

      charset=ISO-8859-1">

  </head>

  <body text="#000000" bgcolor="#FFFFFF">

    <p><br>

    </p>

    <br>

    <div class="moz-cite-prefix">Jonathan Kew wrote:<br>

    </div>

    <blockquote type="cite"

      cite="mid:609edcb3-b0c7-7969-e25c-a538fde0a29b@gmail.com"><br>

      IIRC (it's been a long time) quoting the name is not an absolute

      switch; it's treated as a hint to look first for a system font by

      that name, and only fall back to trying it as a TFM name if not

      found.

      <br>

    </blockquote>

    Ah, had not realised that ...<br>

    <blockquote type="cite"

      cite="mid:609edcb3-b0c7-7969-e25c-a538fde0a29b@gmail.com">I

      haven't tried it, but my impression is that setting

      <br>

      <br>

      MKTEXTFM = 0

      <br>

      <br>

      in texmf.cnf (or maybe as an environment variable? not sure...)

      should disable the attempt to automatically create missing TFMs,

      which is what is happening here.<br>

    </blockquote>

    OK, many thanks, will try that.  In the meantime I tried "XeTeX

    --help" and found amongst the output the following :<br>

    <br>

    <blockquote type="cite">[-no]-mktex=FMT         disable/enable

      mktexFMT generation (FMT=tex/tfm)</blockquote>

    <br>

    so that may be an alternative, and one which I can implement in

    TeXworks configuration interface (always easier than trying to work

    out exactly <i>which </i>version of "texmf.cnf" I should edit !). 

    Unfortunately my colleague has logged back in in the meantime, so I

    will need to wait a while to test.<br>

    <br>

    Incidentally, I know that you (Jonathan) are no longer actively

    maintaining XeTeX, but may I ask whether you consider it would be

    (relatively) straightforward to extend the syntax of the "color"

    attribute of the "\font" command to accept colour models rather than

    assume (and accept) only RGB expressed as six hex digits ?  I ask

    because I find that whereas Fileprint.org handle my RGB fonts OK, my

    local printing company do not, and it would be helpful to be sure

    that I am generating CMYK font calls rather than RGB.  In my last

    print job, which I have had to send off to Fileprint because the

    local results were so bad, all emboldening was lost and my deep red

    and deep green (220000 & 002200) came out virtually black :-(<br>

    <br>

    ** Phil.<br>

    <br>

  </body>

</html>