<div dir="ltr">2016-03-13 17:41 GMT+01:00 Philip Taylor <span dir="ltr"><<a href="mailto:P.Taylor@rhul.ac.uk" target="_blank">P.Taylor@rhul.ac.uk</a>></span>:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class=""><br>
<br>
Julian Bradfield wrote:<br>
<br>
> Do you have a full list of all possible now-and-future events that<br>
> you might want to flag this way?<br>
<br>
</span>Yes. Anything/everything for which TeX issues a warning, either to the<br>
log file or to the console or both. The TeX source code is so modular<br>
and so well structured that it should be relatively easy to identify<br>
what warnings can be issued.<br>
<span class=""><br>
> What about LaTeX/Plain TeX/AMSTeX warnings? They can be equally<br>
> important, but I don't think the core *TeX engine knows about them.<br>
<br>
</span>Then there would need to be a further extension that would allow any<br>
package to signal a warning which could be handled in the same way.<br></blockquote><div><br></div><div>In other words, a new TeX primitive will have to be added. <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class=""><br>
> Just wrap *TeX in a script that greps the log file and accepts your<br>
> desired command line arguments. Then only *one* person, namely you,<br>
> has to do the work, and you can make the script available to any<br>
> other front-end authors and maintain it for them. It wouldn't take<br>
> long.<br>
<br>
</span>A "script" in what language ?  Each and every front end almost certainly<br>
has its own scripting language, so there is no "one size fits all"<br>
solution when it comes to TeX front ends.  But the *TeX engine is common<br>
to all front ends, so it is at this point of commonality that it makes<br>
most sense to make the change.<br></blockquote><div><br></div><div>Nowadays all TeX distros have lua. <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class=""><br>
> In terms of programmer efficiency, that's much better than asking<br>
> several different people to hack on C (or whatever language *TeX is<br>
> written in) and maintain consistent lists of possible command-line<br>
> switch values every time you think of a new case you want to detect.<br>
> As observed by several of us, computer time efficiency is irrelevant<br>
> for such trivial tasks as grepping *TeX log files. (Even on a<br>
> decade-old computer, the time to grep a typical log file will be<br>
> measured in a very small number of milliseconds.)<br>
<br>
</span>No "grepping" would be needed if *TeX could be asked to optionally<br>
return a non-zero status if a TeX warning had been issued during the<br>
compilation.  TeXworks already searches the log file for errors,<br>
warnings and bad boxes, but only if a non-zero status is returned by the<br>
engine; all I am asking for is for the engine maintainers to help<br>
TeXworks by optionally returning a non-zero status code if a warning had<br>
been issued.<br></blockquote><div><br></div><div>I can imagine the following problems:<br></div><div>Overful \hbox<br></div><div>Overful \vbox<br></div><div>Underful \hbox<br></div><div>Uverful \vbox<br></div><div>Undefined label<br></div><div>Duplicate label<br></div><div>Labels have changed<br></div><div>Undefined citation<br></div><div>Duplicate citation<br></div><div>Missing character in a font<br><br></div><div>Now suppose that the document contains 5 overful hboxes, 12 underful hboxes, 4 underful vboxes, 3 undefined labels, 1 duplicate labes, changed labels, 153 missing citation, 52 missing characters. What status should be returned so that I could get this information without looking into the log file? (Yes/No answer might be sufficient without giving the exact numbers.)<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class=""><font color="#888888"><br>
Philip Taylor<br></font></span></blockquote><div><br><br><br clear="all"><div><div 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> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class=""><font color="#888888">
</font></span><div class=""><div class="h5"><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>
</div></div></blockquote></div><br></div></div>