On Sat, 20 Aug 2011 12:21:26 +0100, Patrick Totzke
patricktot...@googlemail.com wrote:
Non-text part: multipart/mixed
Hi!
A very good idea indeed! This could become quite handy speeding up my
interface.
One question: What do you (intend to) do to ensure that accumulated results
'add up
On Fri, 19 Aug 2011 17:00:23 +0200, Michal Sojka sojk...@fel.cvut.cz wrote:
If you really want this behavior, I propose to make the default value
of notmuch-max-results infinity.
I'm attaching a revised patch that does as you suggest. Thanks.
From d0421e4308473347b31f5537eaec93b137084060 Mon
Hi!
A very good idea indeed! This could become quite handy speeding up my interface.
One question: What do you (intend to) do to ensure that accumulated results
'add up well'?
Consider the following: you query some 10 threads, the user tags one of them
so that it doesn't macht anymore and
On Sat, 20 Aug 2011 12:21:26 +0100, Patrick Totzke wrote:
Non-text part: multipart/mixed
>
>
> Hi!
> A very good idea indeed! This could become quite handy speeding up my
> interface.
> One question: What do you (intend to) do to ensure that accumulated results
> 'add up well'?
I intend to
chment was scrubbed...
Name: 0001-Limit-number-of-threads-returned-by-search-in-emacs.patch
Type: text/x-diff
Size: 1509 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110820/282f0d2c/attachment.patch>
