<p dir="ltr">I've had a play with this this morning. It's great! The speed and page loading efficiency is fantastic. Would be really nice if we could go next/previous in the thread (yes I know I'm complaining about one extra mouse click). Also, if I select a date via the drop down I need to delete the timestamp that appears prior to searching, otherwise there is a xapian error.<br>
This is definitely a candidate solution for me, though.<br>
Thanks Brian!<br>
Cheers,<br>
  Matt </p>
<br><div class="gmail_quote"><div dir="ltr">On Fri, 27 Oct 2017, 05:24 Daniel Kahn Gillmor, <<a href="mailto:dkg@fifthhorseman.net">dkg@fifthhorseman.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri 2017-10-27 00:04:21 -0400, Brian Sniffen wrote:<br>
> Thanks!  The part I'm happiest about is the speed:<br>
<br>
amen, it feels very lightweight.<br>
<br>
> Very careful examination would have shown that the em-dashes between<br>
> author and subject were red for matches.  Now matches are in italics.<br>
<br>
cool.  perhaps assigning a class to those elements and stashing some CSS<br>
would make that easier for folks to experiment with (and probably reduce<br>
the bytecount transfered)?<br>
<br>
or would that hurt the rendering time for some reason i'm unaware of?  i<br>
haven't thought about these mechanics as much as you have.<br>
<br>
> Yup.  The thread object isn't accessible by then: it existed in the<br>
> scope of the search query, and is gone by the time we show the message.<br>
> get_replies isn't available.  So what's the alternative?<br>
> get_thread_id(), search for that thread id, identify this message *in*<br>
> that thread id, and then link to the next message with a "next" link?<br>
> While doing it, why not show the thread structure at the bottom of the<br>
> message, I guess.<br>
<br>
yep, i think that's right.<br>
<br>
> With bleach integrated (all of five lines), I think this is safe enough<br>
> to let random notmuch users run it.  The worst they'll do is expose<br>
> their mailstore on tcp/8080.  Any interest in taking this into the<br>
> upstream contrib directory?<br>
<br>
Yes, i think this should move into contrib/ upstream.  And we should<br>
think about what might be the appropriate way to package it for debian,<br>
too.<br>
<br>
        --dkg<br>
</blockquote></div>