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 23035431FC1 for ; Wed, 9 Jun 2010 11:23:04 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=unavailable 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 uUvavpxcQD+8 for ; Wed, 9 Jun 2010 11:22:52 -0700 (PDT) Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34]) by olra.theworths.org (Postfix) with ESMTP id 183374196F0 for ; Wed, 9 Jun 2010 11:22:52 -0700 (PDT) Received: from localhost ([::1] helo=x201s.gr8dns.org) by bombadil.infradead.org with esmtp (Exim 4.72 #1 (Red Hat Linux)) id 1OMPvN-0001UE-Mr; Wed, 09 Jun 2010 18:22:50 +0000 Received: by x201s.gr8dns.org (Postfix, from userid 500) id 58EAE23FD2C; Wed, 9 Jun 2010 11:20:47 -0700 (PDT) From: Dirk Hohndel To: Carl Worth , Jameson Rollins , Notmuch Mail Subject: Re: [PATCH] remove message archiving from show-advance-and-archive In-Reply-To: <871vcghz8o.fsf@yoom.home.cworth.org> References: <87zkz4xnf4.fsf@servo.finestructure.net> <871vcghz8o.fsf@yoom.home.cworth.org> User-Agent: Notmuch/0.3.1-70-g259d48b (http://notmuchmail.org) Emacs/23.2.1 (x86_64-redhat-linux-gnu) Date: Wed, 09 Jun 2010 11:20:47 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org See http://www.infradead.org/rpr.html 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: Wed, 09 Jun 2010 18:23:04 -0000 On Wed, 09 Jun 2010 10:50:15 -0700, Carl Worth wrote: > On Wed, 9 Jun 2010 10:49:43 -0400, Jameson Rollins wrote: > > The function to advance through threads with the space bar is useful. > > However, the current implementation also archives messages. The idea > > of archiving a message should not be intertwined with the processes of > > advancing through messages to read them. Archiving in general should > > be a separate operation that one does explicitly. This patch just > > renames the advance function "notmuch-show-advance", and removes the > > archiving of a thread when the end of the thread is reached. > > The other piece of the magic space bar that people have complained about > is that it intertwines advancing among messages within one thread with > advancing from one thread to the next. (And only the first operation is > reversible by backspace.) This has always confused me - I think I've complained about it before as well :) > I think we'll probably want to change that at the same time. > > Meanwhile, I'm currently working on support for piping a whole thread of > messages as an mbox to a process, (mostly getting bogged down in trying > to fix mbox support in git). > > For that, I think I want the current '|' binding to pipe the current > message and then a new binding ("M-|" ?) to pipe every (open) message in > the thread. > > Which makes me think that other operations should work similarly. '+' > and '-' should change tags on the current message (as they do currently) > and then new "M-+" and "M--" could change tags on all (open) messages in > the thread. > > That would highlight the current 'a' as out of place since it's > currently archiving every message in the thread. So I'd then fix it to > be 'a' for the current message and "M-a" for every (open) message in the > thread. I really like this. It's consistent and I'm sure I'll get used to it quickly. The only question now is "all messages in a thread" or "all open messages in a thread". I'd vote for all. Oh - and I really want a way to do surgery on threads. Merge threads to fix Blackberry users breaking threads. And split threads for hijackers... /D -- Dirk Hohndel Intel Open Source Technology Center