Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 66E08429E27 for ; Sat, 20 Aug 2011 05:39:46 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0LaPWZaK5ahm for ; Sat, 20 Aug 2011 05:39:45 -0700 (PDT) Received: from mail.sflc.info (mail.sflc.info [216.27.154.199]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id CEA2A431FD0 for ; Sat, 20 Aug 2011 05:39:45 -0700 (PDT) Received: from localhost (ool-4572d87b.dyn.optonline.net [69.114.216.123]) by mail.sflc.info (Postfix) with ESMTPSA id 39742B4C07B; Sat, 20 Aug 2011 12:39:30 +0000 (UTC) From: James Vasile To: Patrick Totzke , notmuch@notmuchmail.org Subject: Re: [PATCH] Added --initial-index and --last-index to search/show In-Reply-To: <4e4f98b9.0806e30a.0505.ffffbdb3@mx.google.com> References: <8739gyw0zh.fsf@opensourcematters.org> <87sjoxxmcw.fsf@servo.factory.finestructure.net> <87hb5duraz.fsf@freedomboxfoundation.org> <4e4f98b9.0806e30a.0505.ffffbdb3@mx.google.com> User-Agent: Notmuch/0.6.1-213-ge89ce87 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu) Date: Sat, 20 Aug 2011 08:39:42 -0400 Message-ID: <87ty9ctfxt.fsf@softwarefreedom.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2011 12:39:46 -0000 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 do nothing. It's up to the interface to handle this, if it needs handling at all. > Consider the following: you query some 10 threads, the user tags one of them > so that it doesn't macht anymore and afterwards you list the next 100 threads. > After the tagging, the number of hits decreases, so if you query > from hit number 101 to 200, you will not return the 100th (now 99th) > thread at all. The interface could keep track of threads deleted/untagged and adjust accordingly. Or I suppose one could also implement --initial-msgid, --last-msgid, --num-threads, etc. Set --initial-msgid to the last message in your current view. Set --num-threads to 100. That should do it. > > Ok, one could always list all threads up to the one one is interested in but that > would make refreshing the list slower and slower when you keep > scrolling down.. Personally, I think users should be discouraged from scrolling and scrolling. Notmuch is a *search* tool. If the mail you want isn't in the first page or so, you're using the tool wrong. -J