From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 260B441ED96 for ; Fri, 1 Jul 2011 10:11:13 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.7 X-Spam-Level: X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_LOW=-0.7] 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 oUaRftI0cTHi for ; Fri, 1 Jul 2011 10:11:11 -0700 (PDT) Received: from mail-wy0-f181.google.com (mail-wy0-f181.google.com [74.125.82.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 53AC541ED93 for ; Fri, 1 Jul 2011 10:11:11 -0700 (PDT) Received: by wyh22 with SMTP id 22so2631780wyh.26 for ; Fri, 01 Jul 2011 10:11:10 -0700 (PDT) Received: by 10.216.70.14 with SMTP id o14mr3319605wed.111.1309540270013; Fri, 01 Jul 2011 10:11:10 -0700 (PDT) Received: from localhost (49.38-242-81.adsl-dyn.isp.belgacom.be [81.242.38.49]) by mx.google.com with ESMTPS id n17sm331989wed.16.2011.07.01.10.11.07 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 01 Jul 2011 10:11:08 -0700 (PDT) From: Pieter Praet To: Michael Hudson-Doyle , Carl Worth , Brian May , Notmuch Mail Subject: Re: Preventing the user shooting themself in the foot In-Reply-To: <87vcvnnh7r.fsf@canonical.com> References: <86iproe86u.fsf@greenrd.plus.com> <87fwms45xz.fsf@yoom.home.cworth.org> <874o37513c.fsf@yoom.home.cworth.org> <87vcvnnh7r.fsf@canonical.com> User-Agent: Notmuch/0.5-315-g34bd5eb (http://notmuchmail.org) Emacs/23.1.50.1 (x86_64-pc-linux-gnu) Date: Fri, 01 Jul 2011 19:11:06 +0200 Message-ID: <87boxeq639.fsf@praet.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: Fri, 01 Jul 2011 17:11:13 -0000 On Fri, 01 Jul 2011 09:26:48 +1200, Michael Hudson-Doyle wrote: > On Wed, 29 Jun 2011 22:40:07 -0700, Carl Worth wrote: > Non-text part: multipart/mixed > Non-text part: multipart/signed > > not sure why notmuch reply is putting that there :) > > > The lack of a "move to next thread" binding helps encourage me to form > > good habits. The goal I have when processing my inbox is to get > > everything *out* of my inbox. I can do that by deciding one of several > > common things: > > > > * I have nothing to do > > > > In this case I should just archive the message immediately > > > > * I can deal with this message "on the spot" (such as a quick reply) > > > > In this case, I should deal with the message, then archive it > > > > * I can't deal with this now, but need to later > > > > This is the key scenario. The wrong thing to do is to leave the > > message in my inbox, (that just makes things pile up and makes > > my future inbox processing slow, demotivating, and > > unreliable). The right thing to do is to tag this message in a > > way that I'm sure I'll find it again when I will be equipped to > > deal with it. And then I can archive the message. > > I'm come to strongly agree that this is the Right Way to process email > too, so should there be a keybinding for this last operation? It should > tag the message (or the thread?) with, say, 'task', and then proceeded > as 'a' does. 'task' should be in the default searches you get in > the notmuch hello buffer. #+BEGIN_SRC emacs-lisp (define-key notmuch-show-mode-map "t" (lambda() "Flag and archive currently selected message, and move to the next. If this is the last message, move to the next thread." (interactive) (notmuch-show-add-tag "flagged") (notmuch-show-advance-and-archive))) #+END_SRC Note that I use the "flagged" tag, since this corresponds to a maildir flag, and can be synced via IMAP. > I realize there is endless bikeshedding to be done on tag names and so > on and also on allowing people to choose their own workflow, but I also > think that this shouldn't stop the addition of a sensible default :) > > Cheers, > mwh > _______________________________________________ > notmuch mailing list > notmuch@notmuchmail.org > http://notmuchmail.org/mailman/listinfo/notmuch Peace -- Pieter