Re: [PATCH v4 09/16] index encrypted parts when asked.
[notmuch-archives.git] / 2e / 27737df5c5fa25462b0c3659d5e9e6bf75ebae
1 Return-Path: <BATV+aab109f24164d34583d5+2481+infradead.org+hohndel@bombadil.srs.infradead.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 23035431FC1\r
6         for <notmuch@notmuchmail.org>; Wed,  9 Jun 2010 11:23:04 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -4.2\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5\r
12         tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=unavailable\r
13 Received: from olra.theworths.org ([127.0.0.1])\r
14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
15         with ESMTP id uUvavpxcQD+8 for <notmuch@notmuchmail.org>;\r
16         Wed,  9 Jun 2010 11:22:52 -0700 (PDT)\r
17 Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34])\r
18         by olra.theworths.org (Postfix) with ESMTP id 183374196F0\r
19         for <notmuch@notmuchmail.org>; Wed,  9 Jun 2010 11:22:52 -0700 (PDT)\r
20 Received: from localhost ([::1] helo=x201s.gr8dns.org)\r
21         by bombadil.infradead.org with esmtp (Exim 4.72 #1 (Red Hat Linux))\r
22         id 1OMPvN-0001UE-Mr; Wed, 09 Jun 2010 18:22:50 +0000\r
23 Received: by x201s.gr8dns.org (Postfix, from userid 500)\r
24         id 58EAE23FD2C; Wed,  9 Jun 2010 11:20:47 -0700 (PDT)\r
25 From: Dirk Hohndel <hohndel@infradead.org>\r
26 To: Carl Worth <cworth@cworth.org>,\r
27         Jameson Rollins <jrollins@finestructure.net>,\r
28         Notmuch Mail <notmuch@notmuchmail.org>\r
29 Subject: Re: [PATCH] remove message archiving from show-advance-and-archive\r
30 In-Reply-To: <871vcghz8o.fsf@yoom.home.cworth.org>\r
31 References: <87zkz4xnf4.fsf@servo.finestructure.net>\r
32         <871vcghz8o.fsf@yoom.home.cworth.org>\r
33 User-Agent: Notmuch/0.3.1-70-g259d48b (http://notmuchmail.org) Emacs/23.2.1\r
34         (x86_64-redhat-linux-gnu)\r
35 Date: Wed, 09 Jun 2010 11:20:47 -0700\r
36 Message-ID: <m3sk4wdq4g.fsf@x201s.gr8dns.org>\r
37 MIME-Version: 1.0\r
38 Content-Type: text/plain; charset=us-ascii\r
39 X-SRS-Rewrite: SMTP reverse-path rewritten from <hohndel@infradead.org> by\r
40         bombadil.infradead.org See http://www.infradead.org/rpr.html\r
41 X-BeenThere: notmuch@notmuchmail.org\r
42 X-Mailman-Version: 2.1.13\r
43 Precedence: list\r
44 List-Id: "Use and development of the notmuch mail system."\r
45         <notmuch.notmuchmail.org>\r
46 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
47         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
48 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
49 List-Post: <mailto:notmuch@notmuchmail.org>\r
50 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
51 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
52         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
53 X-List-Received-Date: Wed, 09 Jun 2010 18:23:04 -0000\r
54 \r
55 On Wed, 09 Jun 2010 10:50:15 -0700, Carl Worth <cworth@cworth.org> wrote:\r
56 > On Wed, 9 Jun 2010 10:49:43 -0400, Jameson Rollins <jrollins@finestructure.net> wrote:\r
57 > > The function to advance through threads with the space bar is useful.\r
58 > > However, the current implementation also archives messages.  The idea\r
59 > > of archiving a message should not be intertwined with the processes of\r
60 > > advancing through messages to read them.  Archiving in general should\r
61 > > be a separate operation that one does explicitly.  This patch just\r
62 > > renames the advance function "notmuch-show-advance", and removes the\r
63 > > archiving of a thread when the end of the thread is reached.\r
64\r
65 > The other piece of the magic space bar that people have complained about\r
66 > is that it intertwines advancing among messages within one thread with\r
67 > advancing from one thread to the next. (And only the first operation is\r
68 > reversible by backspace.)\r
69 \r
70 This has always confused me - I think I've complained about it before as\r
71 well :)\r
72  \r
73 > I think we'll probably want to change that at the same time.\r
74\r
75 > Meanwhile, I'm currently working on support for piping a whole thread of\r
76 > messages as an mbox to a process, (mostly getting bogged down in trying\r
77 > to fix mbox support in git).\r
78\r
79 > For that, I think I want the current '|' binding to pipe the current\r
80 > message and then a new binding ("M-|" ?) to pipe every (open) message in\r
81 > the thread.\r
82\r
83 > Which makes me think that other operations should work similarly. '+'\r
84 > and '-' should change tags on the current message (as they do currently)\r
85 > and then new "M-+" and "M--" could change tags on all (open) messages in\r
86 > the thread.\r
87\r
88 > That would highlight the current 'a' as out of place since it's\r
89 > currently archiving every message in the thread. So I'd then fix it to\r
90 > be 'a' for the current message and "M-a" for every (open) message in the\r
91 > thread.\r
92 \r
93 I really like this. It's consistent and I'm sure I'll get used to it\r
94 quickly. The only question now is "all messages in a thread" or "all\r
95 open messages in a thread". I'd vote for all.\r
96 \r
97 Oh - and I really want a way to do surgery on threads. Merge threads to\r
98 fix Blackberry users breaking threads. And split threads for\r
99 hijackers... \r
100 \r
101 /D\r
102 \r
103 -- \r
104 Dirk Hohndel\r
105 Intel Open Source Technology Center\r