Re: [feature request] emacs: use `notmuch insert` for FCC
[notmuch-archives.git] / 72 / a45e696a06e8ef722ea96870d6a0d6bce86fe5
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 9FF29431FBC;\r
6         Sat, 21 Nov 2009 19:53:38 -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 sZRS1VwSJ2+K; Sat, 21 Nov 2009 19:53:38 -0800 (PST)\r
11 Received: from cworth.org (localhost [127.0.0.1])\r
12         by olra.theworths.org (Postfix) with ESMTP id AE29E431FAE;\r
13         Sat, 21 Nov 2009 19:53:37 -0800 (PST)\r
14 From: Carl Worth <cworth@cworth.org>\r
15 To: Jed Brown <jed@59A2.org>, Jan Janak <jan@ryngle.com>\r
16 In-Reply-To: <876393tqfk.fsf@59A2.org>\r
17 References: <1258630481-5133-1-git-send-email-jan@ryngle.com>\r
18         <1258630481-5133-2-git-send-email-jan@ryngle.com>\r
19         <f35dbb950911190352q2dcd041fr83a2f722f3231f44@mail.gmail.com>\r
20         <87lji2bmrb.fsf@yoom.home.cworth.org>\r
21         <f35dbb950911211307t1cd8e039xca754828c75b26f6@mail.gmail.com>\r
22         <87my2f329e.fsf@yoom.home.cworth.org> <876393tqfk.fsf@59A2.org>\r
23 Date: Sun, 22 Nov 2009 04:53:25 +0100\r
24 Message-ID: <87einr2p1m.fsf@yoom.home.cworth.org>\r
25 MIME-Version: 1.0\r
26 Content-Type: text/plain; charset=us-ascii\r
27 Cc: notmuch@notmuchmail.org\r
28 Subject: Re: [notmuch] [PATCH 2/2] notmuch list: A new command to produce\r
29  various lists.\r
30 X-BeenThere: notmuch@notmuchmail.org\r
31 X-Mailman-Version: 2.1.12\r
32 Precedence: list\r
33 List-Id: "Use and development of the notmuch mail system."\r
34         <notmuch.notmuchmail.org>\r
35 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
36         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
37 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
38 List-Post: <mailto:notmuch@notmuchmail.org>\r
39 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
40 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
41         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
42 X-List-Received-Date: Sun, 22 Nov 2009 03:53:38 -0000\r
43 \r
44 On Sun, 22 Nov 2009 00:21:19 +0100, Jed Brown <jed@59A2.org> wrote:\r
45 > On Sun, 22 Nov 2009 00:07:57 +0100, Carl Worth <cworth@cworth.org> wrote:\r
46 > > One thing we'll still have to think about is how to remove the "virtual\r
47 > > tags" from the completion list, (once we have virtual tags in the\r
48 > > configuration file---that is, tags applied automatically based on search\r
49 > > specifications).\r
50\r
51 > Do these need to be real tags?  Would it be sufficient for them to just\r
52 > be aliases for search patterns?  I think I would prefer the latter\r
53 > because I could modify the pattern and not have to rewrite tags to the\r
54 > whole database.  Maybe real tags are needed to optimize expensive\r
55 > patterns, but I wouldn't think the user needs to know about that.\r
56 \r
57 They are conceptually just aliases for search patterns, yes.\r
58 \r
59 But when I'm working with my mail I think I want them be accessible in\r
60 an identical way to tags I apply manually. That is I want to be able to\r
61 search for "tag:foo" and filter the current search view on the "bar" tag\r
62 without having to remember to distinguish as a users whether "foo" or\r
63 "bar" is a tag or an "aliased search term".\r
64 \r
65 As for your concerns, tag updates are going to be made really fast, (we\r
66 just *have* to fix that bug, and soon), so I don't think there's going\r
67 to be any problem with updating these rules and having to update the\r
68 state in the database.\r
69 \r
70 -Carl\r