01/aaffcc52cbdc8a2c15d1d76a9078dcc8c7fbc3

   1 Return-Path: <james.vasile@opensourcematters.org>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5         by olra.theworths.org (Postfix) with ESMTP id BED94429E25\r
   6         for <notmuch@notmuchmail.org>; Fri, 19 Aug 2011 08:38:02 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: 1.363\r
  10 X-Spam-Level: *\r
  11 X-Spam-Status: No, score=1.363 tagged_above=-999 required=5\r
  12         tests=[RDNS_DYNAMIC=0.363, TO_NO_BRKTS_DYNIP=1] autolearn=disabled\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id BvH0IJjrokyE for <notmuch@notmuchmail.org>;\r
  16         Fri, 19 Aug 2011 08:38:02 -0700 (PDT)\r
  17 Received: from hackervisions.org (67-207-143-141.slicehost.net\r
  18         [67.207.143.141]) (using TLSv1 with cipher AES256-SHA (256/256 bits))\r
  19         (No client certificate requested)\r
  20         by olra.theworths.org (Postfix) with ESMTPS id 36221431FD0\r
  21         for <notmuch@notmuchmail.org>; Fri, 19 Aug 2011 08:38:02 -0700 (PDT)\r
  22 Received: from ool-4572d87b.dyn.optonline.net ([69.114.216.123]\r
  23  helo=localhost)        by hackervisions.org with esmtpsa\r
  24  (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)   (Exim 4.72) (envelope-from\r
  25  <james.vasile@opensourcematters.org>)  id 1QuR9u-0007Zg-1j; Fri, 19 Aug 2011\r
  26  11:38:58 -0400\r
  27 From: James Vasile <james@hackervisions.org>\r
  28 To: Michal Sojka <sojkam1@fel.cvut.cz>, notmuch@notmuchmail.org\r
  29 Subject: Re: [PATCH] Return maximum of 150 results\r
  30 In-Reply-To: <87mxf5v43c.fsf@steelpick.2x.cz>\r
  31 References: <87zkj6um50.fsf@opensourcematters.org>\r
  32         <87mxf5v43c.fsf@steelpick.2x.cz>\r
  33 User-Agent: Notmuch/0.6.1-213-ge89ce87 (http://notmuchmail.org) Emacs/23.3.1\r
  34         (x86_64-pc-linux-gnu)\r
  35 Date: Fri, 19 Aug 2011 11:37:54 -0400\r
  36 Message-ID: <87r54hv2ct.fsf@opensourcematters.org>\r
  37 MIME-Version: 1.0\r
  38 Content-Type: text/plain; charset=us-ascii\r
  39 X-BeenThere: notmuch@notmuchmail.org\r
  40 X-Mailman-Version: 2.1.13\r
  41 Precedence: list\r
  42 List-Id: "Use and development of the notmuch mail system."\r
  43         <notmuch.notmuchmail.org>\r
  44 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  45         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  46 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  47 List-Post: <mailto:notmuch@notmuchmail.org>\r
  48 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  49 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  50         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  51 X-List-Received-Date: Fri, 19 Aug 2011 15:38:02 -0000\r
  52 \r
  53 On Fri, 19 Aug 2011 17:00:23 +0200, Michal Sojka <sojkam1@fel.cvut.cz> wrote:\r
  54 > Hi James,\r
  55 > \r
  56 > On Fri, 19 Aug 2011, James Vasile wrote:\r
  57 > > Display a maximum of 150 results when searching for messages.  This\r
  58 > > prevents client lag when searches return thousands of results you'll\r
  59 > > never look at\r
  60 > \r
  61 > I would not like this feature. If I search for something I really want\r
  62 > to see everything. For example, if I want to remove inbox from many\r
  63 > messages, I would search for them and press "-inbox<ret>". With your\r
  64 > patch I'd not be sure whether there are some more messages or not.\r
  65 \r
  66 Ah, I do such things from the commandline, but you are right that there\r
  67 is a good use for such.\r
  68 \r
  69 > \r
  70 > > (use the Filter command to cut down results that exceed 150).\r
  71 > \r
  72 > You can start filtering while the previous search is still running, so I\r
  73 > do not see problem with having bug number of results.\r
  74 \r
  75 Yes, you can filter while the search runs, but that's not the only\r
  76 problem with huge search results.  On my system, I routinely do searches\r
  77 that return 15000+ messages when I'm only interested in the first\r
  78 several.  When I hit Q, Emacs annoyingly asks me for permission to kill\r
  79 the buffer because it has a running process.  And emacs lags as it\r
  80 processes all that data.\r
  81 \r
  82 > > \r
  83 > > Number of results can be changed by setting notmuch-max-results.\r
  84 > \r
  85 > If you really want this behavior, I propose to make the default value\r
  86 > of notmuch-max-results infinity.\r
  87 \r
  88 Yes, that's probably the right answer.  I'll rework the patch to do that.\r