database error
[notmuch-archives.git] / 8d / 853cd087e0abf8257d288ad7aa17bad2ddd6a0
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 535A1431FC0;\r
6         Sun, 22 Nov 2009 19:03:28 -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 K0KqAm0liQKT; Sun, 22 Nov 2009 19:03:27 -0800 (PST)\r
11 Received: from cworth.org (localhost [127.0.0.1])\r
12         by olra.theworths.org (Postfix) with ESMTP id F0F23431FBC;\r
13         Sun, 22 Nov 2009 19:03:26 -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: <yunocmup24i.fsf@aiko.keithp.com>\r
17 References: <1258493565-13508-1-git-send-email-keithp@keithp.com>\r
18         <87d43axi4e.fsf@yoom.home.cworth.org> <yunocmup24i.fsf@aiko.keithp.com>\r
19 Date: Mon, 23 Nov 2009 04:03:12 +0100\r
20 Message-ID: <87zl6eeydr.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: Mon, 23 Nov 2009 03:03:28 -0000\r
38 \r
39 On Sun, 22 Nov 2009 15:32:13 -0800, Keith Packard <keithp@keithp.com> wrote:\r
40 > That's a fine plan. It 'shouldn't' be too hard to implement either.\r
41 \r
42 Noted in TODO for future reference.\r
43 \r
44 > Btw, I'm thinking that it might be useful to create some 'global'\r
45 > notmuch keybindings and then create per-view bindings that also expose\r
46 > the global bindings. That way, things like 'm' to create a new mail\r
47 > would work consistently in each view. Note that this idea is\r
48 > inconsistent with the following though...\r
49 \r
50 That's an excellent idea. And it's consistent with what I want 'a' to\r
51 do, (and I do think it's important to have these commands consistent\r
52 across the views). I think it's natural too. See below...\r
53 \r
54 > I was trying to make the 'normal' action easier; for me, if I'm looking\r
55 > at a message, then the normal action is to mark it read and archived,\r
56 > but when I'm looking only at the subject line in the search window, the\r
57 > normal action is just to mark it archived (having not actually read the\r
58 > message).\r
59 \r
60 I agree that "normal" should be easier too. So I just need to win you\r
61 over to my notion of "normal", (and teach you of the ways of the magic\r
62 space bar).\r
63 \r
64 The most normal thing (for me) to do *when at the end of a thread* is\r
65 to mark it read, archive it, and then advance to the next message. And\r
66 that's exactly what space bar does.\r
67 \r
68 If you're not at the end of a thread, then you can archive it, (that's\r
69 what 'a' is for), but it shouldn't be marked read, (because otherwise\r
70 that would be "cheating").[*]\r
71 \r
72 And if you want to cheat willingly, (notmuch, please consider these\r
73 messages read even though you've never presented them to me), then\r
74 that should require an extra-explicit action. So that's the shift key.\r
75 \r
76 [*] We should perhaps fix 'a' to remove the "unread" tag from any\r
77 messages that _are_ wholly visible in the current window. It's really\r
78 only when an entire thread fits this one, and I *did* read it, that I\r
79 end up reaching for the 'A' binding.\r
80 \r
81 So does that make sense?\r
82 \r
83 The question of whether you next want to see the next message, or you\r
84 would rather return to the search view, is a trickier one. I'd suggest\r
85 that there's no harm in seeing the next message after archiving the\r
86 current message, from which you can immediately return to the search\r
87 view with 'q' (or 'x' currently, but not with your patch). That does\r
88 mean that "archive and return to search" does require two keys instead\r
89 of one.\r
90 \r
91 Hmm... if we fix 'a' to correctly remove "unread" from wholly\r
92 presented messages, then I wouldn't need the current 'A' keybinding at\r
93 all. That is, notmuch would be automatically managing "unread" tags in\r
94 a fairly consistent way, and we wouldn't be giving UI for the\r
95 "cheating", (which should be fine---I can't see a good reason for\r
96 cheating here).\r
97 \r
98 If we did that, then we could make 'a' do archive-go-to-next-message\r
99 and 'A' do archive-return-to-search-view. What would you think about\r
100 that?\r
101 \r
102 -Carl\r
103 Date: Mon, 23 Nov 2009 04:02:59 +0100\r
104 Message-ID: <871vjqgcyk.fsf@yoom.home.cworth.org>\r