6b/601ee49afb6d243b13e762acf69814a3268c8d

   1 Return-Path: <cworth@cworth.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 C454D431FC0;\r
   6         Wed, 18 Nov 2009 16:25:50 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 Received: from olra.theworths.org ([127.0.0.1])\r
   9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  10         with ESMTP id ifeMnPN6BzE3; Wed, 18 Nov 2009 16:25:50 -0800 (PST)\r
  11 Received: from cworth.org (localhost [127.0.0.1])\r
  12         by olra.theworths.org (Postfix) with ESMTP id 32941431FBC;\r
  13         Wed, 18 Nov 2009 16:25:49 -0800 (PST)\r
  14 From: Carl Worth <cworth@cworth.org>\r
  15 To: Keith Packard <keithp@keithp.com>, notmuch@notmuchmail.org\r
  16 In-Reply-To: <yund43f3exu.fsf@aiko.keithp.com>\r
  17 References: <1258493565-13508-1-git-send-email-keithp@keithp.com>\r
  18         <87k4xoqgnl.fsf@yoom.home.cworth.org> <yund43f3exu.fsf@aiko.keithp.com>\r
  19 Date: Thu, 19 Nov 2009 01:25:34 +0100\r
  20 Message-ID: <87y6m35pj5.fsf@yoom.home.cworth.org>\r
  21 MIME-Version: 1.0\r
  22 Content-Type: text/plain; charset=us-ascii\r
  23 Subject: Re: [notmuch] [PATCH] Make notmuch-show 'X' (and 'x') commands\r
  24  remove inbox (and unread) tags\r
  25 X-BeenThere: notmuch@notmuchmail.org\r
  26 X-Mailman-Version: 2.1.12\r
  27 Precedence: list\r
  28 List-Id: "Use and development of the notmuch mail system."\r
  29         <notmuch.notmuchmail.org>\r
  30 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  31         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  32 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  33 List-Post: <mailto:notmuch@notmuchmail.org>\r
  34 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  35 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  36         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  37 X-List-Received-Date: Thu, 19 Nov 2009 00:25:51 -0000\r
  38 \r
  39 On Wed, 18 Nov 2009 09:45:01 -0800, Keith Packard <keithp@keithp.com> wrote:\r
  40 > On Wed, 18 Nov 2009 02:19:26 -0800, Carl Worth <cworth@cworth.org> wrote:\r
  41 > You can use kill-buffer directly (C-X k); adding a new special binding\r
  42 > for that command seems unnecessary to me.\r
  43 \r
  44 Well, that's "Control, X, K, Enter", so quite a bit harder than just\r
  45 'x'. :-)\r
  46 \r
  47 But fine, I could move my convenience for "kill buffer" to just 'k'.\r
  48 \r
  49 I think I'd like to see a better mapping for "archive and kill buffer"\r
  50 to a key other than 'x'. Any ideas?\r
  51 \r
  52 > My mail flow doesn't involve moving directly from one message to the\r
  53 > next; I go back to the index after reviewing each one; there isn't a way\r
  54 > to mark a buffer as read/archived and *not* view another message\r
  55 \r
  56 OK, that's definitely different than me.\r
  57 \r
  58 Let me at least explain a couple of parts of my flow, (not intended to\r
  59 try to convince you to use it---just to explain):\r
  60 \r
  61 1. Before I go into "read a bunch of messages with spacebar" mode I\r
  62    first arrange for filtered search results that I know I want to read\r
  63    all together. Most frequently this involves bringing up the inbox,\r
  64    and then hitting 't' for filter-to-tag and choosing a tag of mail\r
  65    that's all interesting, (like the "to-me" tag that gets applied\r
  66    automatically[*] to all mail addressed to me individually).\r
  67 \r
  68 2. When I archive a thread with 'a', I'm not necessarily always planning\r
  69    to read the next message (just because notmuch is presenting it to\r
  70    me). And if not, I'll just press 'x' right away.\r
  71 \r
  72    a. An important point here is that that "undesired" presentation of a\r
  73       message results in no state changes. In far too many other email\r
  74       programs I've used, deleting one message causes another one to be\r
  75       displayed and *that* message gets immediately marked "unread"\r
  76       forcing me to read it immediately or risk losing it. Not nice.\r
  77 \r
  78    b. Sometimes, even if I wasn't really planning in advance to read the\r
  79       mail, just having it appear does encourage me to read it, (but\r
  80       with no risk if I choose not to---unlike the broken mailer I\r
  81       described above). So here's one way that notmuch encourages me to\r
  82       mow through my pending mail quickly.\r
  83 \r
  84 3. There's one entirely different mode I use. The above is for a\r
  85    collection of "mostly interesting" messages where I want to at least\r
  86    see them all. The other mode is "mostly uninteresting" messages where\r
  87    I can take care of most everything from the search view, (and maybe\r
  88    just pop into one or two messages). Here your, 'archive and exit' key\r
  89    might be useful, but my 'exit without archiving' works fine too. The\r
  90    reason is that after I look at the one or two interesting messages,\r
  91    the next thing I'll do is to archive away all the messages from the\r
  92    search view. Of course, for this I need an "archive all" binding that\r
  93    doesn't exist yet. And I also really need to fix the Xapian bug so\r
  94    that archiving 100 threads doesn't take *forever* like it does\r
  95    currently.\r
  96 \r
  97 Anyway, thanks for letting me ramble a bit about how I deal with mail.\r
  98 \r
  99 -Carl\r
 100 \r
 101 [*] I'm currently getting "automatic" tags via a script (which I've\r
 102 named notmuch-poll) that calls "notmuch new" and then calls a bunch of\r
 103 "notmuch tag" commands not unlike the following:\r
 104 \r
 105         notmuch tag +notmuch to:notmuchmail.org and not tag:notmuch\r