[PATCH] emacs: notmuch-search: fix faces
[notmuch-archives.git] / 67 / bbd56faa0dc96e769392d225b0c95a0541e7f6
1 Return-Path: <racin@free.fr>\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 E6F8340DDED\r
6         for <notmuch@notmuchmail.org>; Fri, 12 Nov 2010 08:23:27 -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: -1.899\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5\r
12         tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001]\r
13         autolearn=ham\r
14 Received: from olra.theworths.org ([127.0.0.1])\r
15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
16         with ESMTP id W9Bz-kohF0AO for <notmuch@notmuchmail.org>;\r
17         Fri, 12 Nov 2010 08:23:17 -0800 (PST)\r
18 Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [212.27.42.3])\r
19         by olra.theworths.org (Postfix) with ESMTP id 83A0140DDD4\r
20         for <notmuch@notmuchmail.org>; Fri, 12 Nov 2010 08:23:16 -0800 (PST)\r
21 Received: from racin (unknown [82.239.207.166])\r
22         by smtp3-g21.free.fr (Postfix) with ESMTP id 51703A622A;\r
23         Fri, 12 Nov 2010 17:23:11 +0100 (CET)\r
24 From: Matthieu Lemerre <racin@free.fr>\r
25 To: Darren McGuicken <mailing-notmuch@fernseed.info>, notmuch@notmuchmail.org\r
26 Subject: Re: [PATCH] How to improve the mail handling workflow?\r
27 In-Reply-To: <87sjz6ft52.fsf@bookbinder.fernseed.info>\r
28 References: <87fwv65zw1.fsf@free.fr> <87sjz6ft52.fsf@bookbinder.fernseed.info>\r
29 User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.2.1\r
30         (i486-pc-linux-gnu)\r
31 Date: Fri, 12 Nov 2010 17:35:22 +0100\r
32 Message-ID: <87d3qa5wl1.fsf@free.fr>\r
33 MIME-Version: 1.0\r
34 Content-Type: text/plain; charset=us-ascii\r
35 X-BeenThere: notmuch@notmuchmail.org\r
36 X-Mailman-Version: 2.1.13\r
37 Precedence: list\r
38 List-Id: "Use and development of the notmuch mail system."\r
39         <notmuch.notmuchmail.org>\r
40 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
41         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
42 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
43 List-Post: <mailto:notmuch@notmuchmail.org>\r
44 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
45 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
46         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
47 X-List-Received-Date: Fri, 12 Nov 2010 16:23:28 -0000\r
48 \r
49 \r
50 On Fri, 12 Nov 2010 15:39:37 +0000, Darren McGuicken <mailing-notmuch@fernseed.info> wrote:\r
51 > On Fri, 12 Nov 2010 16:23:58 +0100, Matthieu Lemerre <racin@free.fr> wrote:\r
52 > > Here is first a patch that copes with this last point. Whenever you\r
53 > > want to archive a thread, it finds whether you forgot to add a custom\r
54 > > "user" tag to a message, and if so asks you for a tag to add before\r
55 > > archiving. That way, I no longer have messages without any tags.\r
56\r
57 > Hmm, this would be very irritating in my own workflow in which I really\r
58 > only use a small number of tags on a fraction of my total mail archive\r
59 > to differentiate mail type or content which can't otherwise be\r
60 > determined from the indexed plain text of the message (I don't like to\r
61 > add a 'notmuch' tag to mail from the list for instance since a saved\r
62 > search for mail sent to the list address does exactly the same thing).\r
63 \r
64 I prefer to add tags, for the following reasons:\r
65 \r
66  - If I want to search through a mailing list, I don't have to remember\r
67    its address. Saved searchs solve the problem only partly, because I\r
68    am not able to make complex queries involving several saved\r
69    searches. This could be solved only by making notmuch aware of saved\r
70    searches.\r
71 \r
72  - I have some collection of emails that belong to a topic, even if the\r
73    topic does not appear in it. For instance, if I receive mails about a\r
74    project "foo", it can happen that foo is not mentionned in it.\r
75 \r
76  - I think that adding more informations to mail help find it, even if\r
77    it fills my screen with tag names. Basically, I use tags for several\r
78    different things:\r
79      - to label information \r
80      - to indicate actions that have to be done (like todo, waiting, done, etc)\r
81      - the other are mail-related tags (inbox, attachment, replied etc).\r
82 \r
83 > I agree that the spacebar does too much if you're just using a search on\r
84 > the inbox tag and want something to stay visible even when you've\r
85 > quickly spacebar'd through a thread and archived it, but in my case that\r
86 > was easily solved by creating a new default saved search called 'todo'\r
87 > which collects unread, manually tagged 'todo' and mail matching a number\r
88 > of other criteria into one place.  When something has been followed-up\r
89 > on, I remove the tag.\r
90 \r
91 But the space bar removes the unread tag, so I do not see how it\r
92 helps... By default, hitting the space bar throughout a thread would\r
93 remove every tag from the thread, so you keep asking "where was the mail\r
94 in my inbox that I have read and I can't find anymore?"\r
95\r
96 > Colouring threads using notmuch-search-line-faces is also very useful in\r
97 > that one-stop 'todo' view.\r
98\r
99 > Would any of that work for you?  Why are plain text or header searches\r
100 > not able to find the mail you're looking for?\r
101 \r
102 Of course, I can change my patch so that its behaviour can be customized\r
103 using a variable.\r
104 \r
105 Thanks,\r
106 Matthieu\r