[PATCH 4/4] Update NEWS for user.other_name
[notmuch-archives.git] / 10 / 4ac13a325b15a729470d7c9c248e4c39f65956
1 Return-Path: <jrollins@finestructure.net>\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 E3945431FBC\r
6         for <notmuch@notmuchmail.org>; Wed, 24 Feb 2010 11:46:32 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -2.17\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.17 tagged_above=-999 required=5 tests=[AWL=-2.171,\r
12         BAYES_50=0.001] 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 OoBE61EvJruF for <notmuch@notmuchmail.org>;\r
16         Wed, 24 Feb 2010 11:46:32 -0800 (PST)\r
17 Received: from tarap.cc.columbia.edu (tarap.cc.columbia.edu [128.59.29.7])\r
18         by olra.theworths.org (Postfix) with ESMTP id A7695431FAE\r
19         for <notmuch@notmuchmail.org>; Wed, 24 Feb 2010 11:46:32 -0800 (PST)\r
20 Received: from servo.finestructure.net (geco.phys.columbia.edu\r
21         [128.59.170.159])\r
22         (user=jgr2110 author=jrollins@finestructure.net mech=PLAIN bits=0)\r
23         by tarap.cc.columbia.edu (8.14.3/8.14.3) with ESMTP id o1OJkRRx018635\r
24         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
25         Wed, 24 Feb 2010 14:46:28 -0500 (EST)\r
26 Received: from jrollins by servo.finestructure.net with local (Exim 4.71)\r
27         (envelope-from <jrollins@finestructure.net>)\r
28         id 1NkNBj-0007V1-LH; Wed, 24 Feb 2010 14:46:27 -0500\r
29 From: Jameson Rollins <jrollins@finestructure.net>\r
30 To: Carl Worth <cworth@cworth.org>, racin@free.fr, Sebastian Spaeth\r
31         <Sebastian@SSpaeth.de>\r
32 In-Reply-To: <87ljeiwi02.fsf@yoom.home.cworth.org>\r
33 References:\r
34  <1161359196.2247691263984967906.JavaMail.root@zimbra1-e1.priv.proxad.net>\r
35         <87sk8qwjlt.fsf@yoom.home.cworth.org>\r
36         <87tyt61mrl.fsf@servo.finestructure.net>\r
37         <87ljeiwi02.fsf@yoom.home.cworth.org>\r
38 Date: Wed, 24 Feb 2010 14:46:22 -0500\r
39 Message-ID: <87ocje1koh.fsf@servo.finestructure.net>\r
40 MIME-Version: 1.0\r
41 Content-Type: multipart/signed; boundary="=-=-=";\r
42         micalg=pgp-sha256; protocol="application/pgp-signature"\r
43 X-No-Spam-Score: Local\r
44 X-Scanned-By: MIMEDefang 2.68 on 128.59.29.7\r
45 Cc: notmuch <notmuch@notmuchmail.org>\r
46 Subject: Re: [notmuch] [PATCH] add notmuch-show-delete keybinding 'd'\r
47 X-BeenThere: notmuch@notmuchmail.org\r
48 X-Mailman-Version: 2.1.13\r
49 Precedence: list\r
50 List-Id: "Use and development of the notmuch mail system."\r
51         <notmuch.notmuchmail.org>\r
52 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
53         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
54 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
55 List-Post: <mailto:notmuch@notmuchmail.org>\r
56 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
57 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
58         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
59 X-List-Received-Date: Wed, 24 Feb 2010 19:46:33 -0000\r
60 \r
61 --=-=-=\r
62 Content-Transfer-Encoding: quoted-printable\r
63 \r
64 On Wed, 24 Feb 2010 11:28:29 -0800, Carl Worth <cworth@cworth.org> wrote:\r
65 > On Wed, 24 Feb 2010 14:01:18 -0500, Jameson Rollins <jrollins@finestructu=\r
66 re.net> wrote:\r
67 > > > 2. It removes the "inbox" and "unread" tags while adding the tag to\r
68 > > >    indicate deletion.\r
69 > >=20\r
70 > > Hey, Carl.  Why is this last point important?\r
71 >=20\r
72 > I guess I was imagining the case of running "notmuch search tag:inbox"\r
73 > at the command-line. That output will get out of hand fairly quickly if\r
74 > it includes all deleted messages back to the beginning of time, (or as\r
75 > far back as the window of actually deleting files from the\r
76 > mailstore[*]).\r
77 >=20\r
78 > But you're right that tags should really be handled orthogonally. Maybe\r
79 > what we want is lower-level support for the "deleted" tag? Other than\r
80 > just the high-level emacs interface?\r
81 \r
82 Yeah, I tend to think that notmuch should be as agnostic about tag\r
83 handling as possible.  The beauty of that is that it keeps things as\r
84 simple and configurable as possible, which is necessary because everyone\r
85 will have a different way they want to do things.\r
86 \r
87 The point of the functions provided by these patches is basically just\r
88 convenience.  In fact, I had implemented the functions I previously\r
89 included in my own private .el, since I didn't know if they would be\r
90 wanted by all others.  In general, I'm a big fan of "keep it simple"\r
91 (KIS).  In this case that means "if I want to add a delete tag, the tool\r
92 should do just that and nothing else".  I certainly don't want the other\r
93 tags modified.  If one did, it's really quite easy to write custom emacs\r
94 functions to do that.  We can just hints on doing that in the wiki if\r
95 need be.\r
96 \r
97 > That could put *more* direct interpretation of specific tags in the low\r
98 > levels. And this is the opposite direction of where we've been going (or\r
99 > talking about at least). We've currently got "inbox" and "unread" inside\r
100 > the low levels and there's been talking or removing those, switching to\r
101 > just "new" or making it all configurable.\r
102 \r
103 This isn't a bad idea at all.  I don't think it changes the\r
104 functionality much, but it does make things conceptually much simpler,\r
105 which I'm always in favor of (KIS).\r
106 \r
107 jamie.\r
108 \r
109 --=-=-=\r
110 Content-Type: application/pgp-signature\r
111 \r
112 -----BEGIN PGP SIGNATURE-----\r
113 Version: GnuPG v1.4.10 (GNU/Linux)\r
114 \r
115 iQIcBAEBCAAGBQJLhYIOAAoJEO00zqvie6q8+N0P/iD9PcjrUh333NAyHFmQZfYI\r
116 SUkV/4n6H6PaI7TZ7w04r9zbRhFBUkWYRZswEPgMvqKp/DoMeg968XPfzUx4qdNp\r
117 mjsapYcE+cfUcXaWI8k24zO/ja/Q4pJyt19sfo0ZI0luG7kztZ+DoBfEJY8umjtl\r
118 3tVF5p4hvMvw3vS3LMhDf0D1PGdkx0g8LeiICyjs2QAoQo9Oz31SpWo2MlrYhHld\r
119 Rm+hC169IcAtGeYEDrLMPKsua4+AiYEIPzRl0Lmec8xo2Yp96w/iw7iUMohYf1N7\r
120 2OBK2eZQ/YVO+I3mRszVdlfDuSpyYUTLKwjgM3CXOZ6g/5LixCVd3jnSea9Sp8yv\r
121 K+DHoUNBQt0UbVL6z5eG7+6pe2zs3bn/An0Cdmbio0gLbxUGH+XvS8d5VVENRu0x\r
122 ofUx7Kbp5tn6Lt10+88hIi+P0nWmzmdtrp1mLbq+M701C31pIMM4dO72Eawcqurz\r
123 XQQFbsPJLD+Owln6q/woLQcRSQZRpdMIp3O3OC4N137crJNiFQlGGyBwFc1cex4d\r
124 DMmjapZ093WT6mKSp8XnX73qC8cESc/McNRUOVPEdt/z1ye4CKExVMxGsbCDsT+P\r
125 QUeGSb984rK+u3GC7lEaGXq7jjgdqVC6u2aUZeTy1Ryf/VNYt970JaHgurZ1RnPl\r
126 blfi2ui4QNTRM3PF1O8R\r
127 =1dP1\r
128 -----END PGP SIGNATURE-----\r
129 --=-=-=--\r