[PATCH 6/6] test: add 'Emacs' prereq to dependent 'emacs-large-search-buffer' tests
[notmuch-archives.git] / 4c / 17bad99f7f0dc34dc38dea73ee51a568ffa2f9
1 Return-Path: <amdragon@mit.edu>\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 50E72431FD0\r
6         for <notmuch@notmuchmail.org>; Thu,  7 Jul 2011 13:58:22 -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: -0.7\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\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 jJ7uxUR9CAVU for <notmuch@notmuchmail.org>;\r
16         Thu,  7 Jul 2011 13:58:21 -0700 (PDT)\r
17 Received: from dmz-mailsec-scanner-7.mit.edu (DMZ-MAILSEC-SCANNER-7.MIT.EDU\r
18         [18.7.68.36])\r
19         by olra.theworths.org (Postfix) with ESMTP id C23D1431FB6\r
20         for <notmuch@notmuchmail.org>; Thu,  7 Jul 2011 13:58:21 -0700 (PDT)\r
21 X-AuditID: 12074424-b7bc6ae000005a77-0c-4e161ded4713\r
22 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35])\r
23         by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP\r
24         id EF.B4.23159.DED161E4; Thu,  7 Jul 2011 16:58:21 -0400 (EDT)\r
25 Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])\r
26         by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id p67KwK1g006812; \r
27         Thu, 7 Jul 2011 16:58:20 -0400\r
28 Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
29         (authenticated bits=0)\r
30         (User authenticated as amdragon@ATHENA.MIT.EDU)\r
31         by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p67KwIps029306\r
32         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
33         Thu, 7 Jul 2011 16:58:19 -0400 (EDT)\r
34 Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.72)\r
35         (envelope-from <amdragon@mit.edu>)\r
36         id 1QeveC-0006aU-Ji; Thu, 07 Jul 2011 16:58:08 -0400\r
37 Date: Thu, 7 Jul 2011 16:58:08 -0400\r
38 From: Austin Clements <amdragon@MIT.EDU>\r
39 To: Jameson Graef Rollins <jrollins@finestructure.net>\r
40 Subject: Re: Dangerous space bar key (was: Preventing the user shooting\r
41         themself in the foot)\r
42 Message-ID: <20110707205808.GF18563@mit.edu>\r
43 References: <86iproe86u.fsf@greenrd.plus.com> <877h7xafto.fsf@free.fr>\r
44         <87pqlpioew.fsf@servo.factory.finestructure.net>\r
45         <87wrfwpjdi.fsf@free.fr>\r
46         <CAH-f9Ws6Ji_H3JnkJS1jtio8_-65C_J5iAOnn6XsGp7YSuX2eA@mail.gmail.com>\r
47         <87mxgqgc3k.fsf@free.fr>\r
48         <87d3hlg6ye.fsf@servo.factory.finestructure.net>\r
49 MIME-Version: 1.0\r
50 Content-Type: text/plain; charset=iso-8859-1\r
51 Content-Disposition: inline\r
52 Content-Transfer-Encoding: 8bit\r
53 In-Reply-To: <87d3hlg6ye.fsf@servo.factory.finestructure.net>\r
54 User-Agent: Mutt/1.5.20 (2009-06-14)\r
55 X-Brightmail-Tracker:\r
56  H4sIAAAAAAAAA+NgFtrBKsWRmVeSWpSXmKPExsUixCmqrPtWVszPYO1SEYs/x2ayWOzZ52Vx\r
57         /eZMZov1U7YxObB43D3N5dG/7jOrx7umbSwez1bdYg5gieKySUnNySxLLdK3S+DKmDHrA1vB\r
58         Qv6KW42NLA2ME3m6GDk5JARMJO5938YEYYtJXLi3nq2LkYtDSGAfo8TJNT9YIZz1jBI/dn1k\r
59         gnBOMEnM+fcdrEVIYAmjxNSDxiA2i4CKxPcTf1hAbDYBDYlt+5czgtgiAmYSPV/+gNnMAhUS\r
60         HzZ9Ye9i5OAQFoiXODC/BMTkFdCRuNafATF+NZNEf28f2BheAUGJkzOfsEC06kjs3HqHDaSe\r
61         WUBaYvk/DoiwvETz1tnMIDangK1E48R37CC2KNA11/a3s01gFJ6FZNIsJJNmIUyahWTSAkaW\r
62         VYyyKblVurmJmTnFqcm6xcmJeXmpRbrmermZJXqpKaWbGEGRwu6isoOx+ZDSIUYBDkYlHt5V\r
63         V0X9hFgTy4orcw8xSnIwKYnyfhYV8xPiS8pPqcxILM6ILyrNSS0+xCjBwawkwvv9MVA5b0pi\r
64         ZVVqUT5MSpqDRUmct9T7v6+QQHpiSWp2ampBahFMVoaDQ0mCVwyYEIQEi1LTUyvSMnNKENJM\r
65         HJwgw3mAhk+UAarhLS5IzC3OTIfIn2LU5ejfPPcIoxBLXn5eqpQ47y6QIgGQoozSPLg5sAT3\r
66         ilEc6C1hXmuQdTzA5Ag36RXQEiagJVyRIB8UlyQipKQaGK0D3BdYm+e9ju7ymeWTHOJ9zot/\r
67         95dNS8qPz+tNrdUL/3AlwS1F37hZ/No3yfe1jsH6FcvKb1xcUH1UmjN05fv2rZuZFc78Phmw\r
68         5czS6fu/MTSFmyzWE3vC1SMpxXV0UU73r5ZDBR8Vd274qF2bf0W3bFnWtvtri0PbVr2u92Y7\r
69         VvqIN+7gciWW4oxEQy3mouJEABqw3DJLAwAA\r
70 Cc: Notmuch Mail <notmuch@notmuchmail.org>\r
71 X-BeenThere: notmuch@notmuchmail.org\r
72 X-Mailman-Version: 2.1.13\r
73 Precedence: list\r
74 List-Id: "Use and development of the notmuch mail system."\r
75         <notmuch.notmuchmail.org>\r
76 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
77         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
78 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
79 List-Post: <mailto:notmuch@notmuchmail.org>\r
80 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
81 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
82         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
83 X-List-Received-Date: Thu, 07 Jul 2011 20:58:22 -0000\r
84 \r
85 Quoth Jameson Graef Rollins on Jul 07 at  1:40 pm:\r
86 > On Thu, 07 Jul 2011 20:49:35 +0200, Matthieu Lemerre <racin@free.fr> wrote:\r
87 > > On Wed, 6 Jul 2011 09:25:41 -0400, Austin Clements <amdragon@mit.edu> wrote:\r
88 > > > * Make SPC mark the *current* message read and move to the next one,\r
89 > > > rather than moving to the next and marking it read.  This way, you're\r
90 > > > acknowledging the message as read once you've actually read it, rather\r
91 > > > than having notmuch mark it read before you've actually read it.\r
92 > > \r
93 > > I agree. I think it's up to the user to define whether he read the\r
94 > > message. In fact as a consequence, I have no use of the 'unread' tag.\r
95\r
96 > I would like to argue very strongly in favor of the current behavior of\r
97 > the "unread" tag (since I'm actually the one that designed it).  I want\r
98 > the unread flag to always just be handled automatically, being\r
99 > automatically removed when I view a message without me having to do\r
100 > anything.  If users want to have tags that they manually control, they\r
101 > should just define those tags in the new.tags config.\r
102 \r
103 What I'm suggesting is no more or less automatic than the current\r
104 behavior.  It's just a slight tweak to the order in which things\r
105 happen: that SPC could remove the unread tag and then move to the next\r
106 message, rather than the other way around.  In effect, the read tag\r
107 would indicate that you've seen the bottom of the message, not just\r
108 the top.\r
109 \r
110 It's also possible I would have less trouble if SPC didn't\r
111 automatically go to the next thread.  The problem I have with the\r
112 current behavior is that I often find myself accidentally marking\r
113 messages as read because notmuch showed me a message I wasn't\r
114 expecting.  This is compounded by the lack of visual feedback when\r
115 this happens (e.g., the search results don't update to indicate that\r
116 anything has changed, and even if they did, I probably wouldn't notice\r
117 that the message *had* been unread).\r