
<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

  </head>

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

    <div class="moz-cite-prefix">Hallo Akira-san, and many thanks for

      the information.  As far as I can see, the real problem lies in

      the fact that "only documents opened by `pdfopen' can be closed by

      `pdfclose'" [This is a problem because TeXworks appears not to use

      `pdfopen' when instructed to "Print PDF..."].  I assume that this

      restriction exists because `pdfopen' obtains some sort of

      descriptor/handle to the file which it has opened, which it then

      uses to close the file, but I have checked and ascertained that MS

      Word does not suffer from this problem — I can open a

      Word-generated PDF by double-clicking on it in Windows Explorer,

      and if I then open the original Word document and tell it to "Save

      as PDF", Word manages to tell Adobe Acrobat to close the file even

      though it did not initiate the open.  I therefore have two

      questions :<br>

      <ol>

        <li>Is there any possibility that `pdfclose' could be enhanced

          such that `pdfclose' can open any currently open PDF, not just

          one that it has itself opened; and</li>

        <li>Would it be possible to develop a `pdfDDE' program that

          would iterate over the known set of DDE server names and

          report which (if any) allow successful communication with the

          server, as determining the DDE server name appears to be

          somewhat problematic ?</li>

      </ol>

      <p>In the meantime I will raise this issue on the TeXworks list,

        since if TeXworks could use `pdfopen' and `pdfclose' (the former

        when instructed to "Print PDF...", the latter before calling

        XeTeX), then that would address at least a part of the current

        problem.<br>

        -- <br>

        <i>Philip Taylor</i><br>

      </p>

    </div>

    <br>

  </body>

</html>