<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">Hi,<br>
      <br>
      On 21.02.21 11:16, Philip Taylor wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:14fe5b4d-5ca0-f610-018d-5bee8c67f572@Hellenic-Institute.Uk">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      A ?bug? report, Stefan, which you may choose to define as a
      feature.<br>
      <blockquote>Let run 1 of a given TeX source produce a PDF<br>
        Let run 2 of the same source, with a change made, produce no PDF<br>
      </blockquote>
      The transcript clearly shews "No pages of output" but the PDF
      file, which did <i>not</i> result from the current run, remains
      displayed just as if it did.  IMHO, the PDF should be closed in
      the case of "No pages of output".  I was genuinely misled by this
      ?feature?, whence the reason for the ?bug? report.<br>
    </blockquote>
    <br>
    I'm a bit skeptical about this for the following reason:<br>
    AFAICT, if TeX says "no pages to output", it does not alter any
    (existing) PDF file. As such, whatever PDF you had before is still
    the PDF you have saved on your hard disk now. If you were to close
    and reopen that file in TeXworks, it would still open the old PDF
    (as that's the one on the disk). So closing the PDF file (or even
    graying it out) seems somewhat inconsistent to me.<br>
    In addition, there are also other situations which in which the pdf
    does not accurately reflect the tex file. E.g., if you have an error
    in your tex code and abort the tex process. I also wouldn't want to
    close the pdf in that case as it can be helpful for determining
    where something might be wrong, and to quickly move to the
    appropriate place in the tex using SyncTeX.<br>
    <br>
    That being said, it's probably possible to detect "no pages of
    output" as a separate (severe) error in the log parser. Please note,
    though, that the log parser is a separate script. It may be best to
    raise this issue with the author at
    <a class="moz-txt-link-freetext" href="https://github.com/antoniomacri/texworks-logparser">https://github.com/antoniomacri/texworks-logparser</a>.<br>
    <br>
    Regards,<br>
    Stefan<br>
  </body>
</html>