<p><br>
On Jul 10, 2012 4:49 AM, "Austin Clements" <<a href="mailto:amdragon@mit.edu">amdragon@mit.edu</a>> wrote:<br>
><br>
> Quoth Jani Nikula on Jun 15 at  6:53 pm:<br>
> > Add no-display arg to notmuch-hello-refresh-hook to allow each hook to<br>
> > decide what is appropriate when no-display is t, which is typically<br>
> > the case when called non-interactively. This is used by the following<br>
> > patch.<br>
> ><br>
> > This breaks existing hooks people might have, which will now need to<br>
> > accept the argument.<br>
> ><br>
> > Signed-off-by: Jani Nikula <<a href="mailto:jani@nikula.org">jani@nikula.org</a>><br>
><br>
> This seems like an overloaded use of no-display.  If I'm reading the<br>
> code right, no-display indicates whether or not the notmuch-hello<br>
> buffer should be switched to and seems like a workaround for some<br>
> particular corner-case (I'm not even sure what).  This seems like a<br>
> strange condition to predicate a hook on (but maybe I just don't<br>
> understand).  What condition, abstractly speaking, is<br>
> notmuch-hello-refresh-status-message trying to run under?</p>
<p>IIUC, no-display is useful for calling refresh from outside of emacs, e.g. from post-new hook in an automated fashion, so you can have an up-to-date buffer when you switch to it. There's no point in displaying the refresh message when you don't also switch to the buffer, is there? And this way you'll get the diff between the manual (through user interaction) refreshes of the buffer, not between two cron jobs.</p>

<p>J.</p>