Re: [PATCH v4 01/16] add util/search-path.{c, h} to test for executables in $PATH
[notmuch-archives.git] / 19 / d3925816f90c85e2dd212518eff2b1f5627e9e
1 Return-Path: <aaronecay@gmail.com>\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 E056B414FAE\r
6         for <notmuch@notmuchmail.org>; Sun,  8 Jan 2012 16:56:10 -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: -0.799\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5\r
12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
13         FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\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 pSzIKbGJkwB2 for <notmuch@notmuchmail.org>;\r
17         Sun,  8 Jan 2012 16:56:10 -0800 (PST)\r
18 Received: from mail-iy0-f181.google.com (mail-iy0-f181.google.com\r
19         [209.85.210.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
20         (No client certificate requested)\r
21         by olra.theworths.org (Postfix) with ESMTPS id 57C50415201\r
22         for <notmuch@notmuchmail.org>; Sun,  8 Jan 2012 16:56:10 -0800 (PST)\r
23 Received: by iakk12 with SMTP id k12so6728193iak.26\r
24         for <notmuch@notmuchmail.org>; Sun, 08 Jan 2012 16:56:08 -0800 (PST)\r
25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
26         h=from:to:subject:in-reply-to:references:user-agent:date:message-id\r
27         :mime-version:content-type:content-transfer-encoding;\r
28         bh=RtEDgHOMt+sC3Jdk8s/zhaWUP3UQ4dphOjhHkAWje+c=;\r
29         b=rrYhCUf3SYZpOFjkZQM7tvUc/F/lKevs/t2nAwPGkcM59n34JOJBYcmCJqg9KzeLdM\r
30         w/vCx+QvxgKDeZ73GrMgyXUVjsGlhWPQ9Gzx4f9/Aq96SimOtKqZn4nSmEKMQ1paoMHe\r
31         hoq1UXBCeU/b4xZA/JhDvrjCnLw0vouOFI/rM=\r
32 Received: by 10.50.219.234 with SMTP id pr10mr16627670igc.27.1326070568781;\r
33         Sun, 08 Jan 2012 16:56:08 -0800 (PST)\r
34 Received: from localhost (c-68-80-94-73.hsd1.pa.comcast.net. [68.80.94.73])\r
35         by mx.google.com with ESMTPS id gf6sm13008993igb.1.2012.01.08.16.56.05\r
36         (version=TLSv1/SSLv3 cipher=OTHER);\r
37         Sun, 08 Jan 2012 16:56:07 -0800 (PST)\r
38 From: Aaron Ecay <aaronecay@gmail.com>\r
39 To: Jani Nikula <jani@nikula.org>, notmuch@notmuchmail.org\r
40 Subject: Re: [PATCH] emacs: call "notmuch tag" only once when archiving a\r
41         thread\r
42 In-Reply-To: <87fwftao1b.fsf@nikula.org>\r
43 References: <1325615346-8302-1-git-send-email-jani@nikula.org>\r
44         <m2hb09kj0m.fsf@gmail.com> <87fwftao1b.fsf@nikula.org>\r
45 User-Agent: Notmuch/0.10.1+56~gd709fd6 (http://notmuchmail.org)\r
46         Emacs/24.0.92.3 (i386-apple-darwin10.8.0)\r
47 Date: Sun, 08 Jan 2012 19:56:01 -0500\r
48 Message-ID: <m262glk82m.fsf@gmail.com>\r
49 MIME-Version: 1.0\r
50 Content-Type: text/plain; charset=utf-8\r
51 Content-Transfer-Encoding: quoted-printable\r
52 X-BeenThere: notmuch@notmuchmail.org\r
53 X-Mailman-Version: 2.1.13\r
54 Precedence: list\r
55 List-Id: "Use and development of the notmuch mail system."\r
56         <notmuch.notmuchmail.org>\r
57 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
58         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
59 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
60 List-Post: <mailto:notmuch@notmuchmail.org>\r
61 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
62 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
63         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
64 X-List-Received-Date: Mon, 09 Jan 2012 00:56:11 -0000\r
65 \r
66 On Thu, 05 Jan 2012 22:32:16 +0200, Jani Nikula <jani@nikula.org> wrote:\r
67 \r
68 [...]\r
69 \r
70 > In the show view it only modifies the messages that are currently\r
71 > visible. This is to make sure you don't accidentally archive things that\r
72 > have arrived after refreshing the buffer. I think this is safest.\r
73 \r
74 Hmm.  Perhaps it would make sense to add a check in the search view that\r
75 the thread being archived[1] has the same number of messages as it did\r
76 when the buffer was constructed.  (The information on how many messages\r
77 the thread has is in the buffer; we would then compare this to the result\r
78 of =E2=80=9Cnotmuch count thread:000foo=E2=80=9D when the user requests to =\r
79 archive.)  If\r
80 the counts don=E2=80=99t match, the interface should show a message in the =\r
81 echo\r
82 area and (probably) refuse to do the tagging.\r
83 \r
84 We could also optionally use this strategy in the search view too.  The\r
85 error message is simple there: =E2=80=9CNew messages have arrived; refresh\r
86 thread view before archiving.=E2=80=9D  (It doesn=E2=80=99t make as much se=\r
87 nse to tell\r
88 people to refresh a search view =E2=80=93 it could be an expensive operation\r
89 and/or may not be idempotent if some thread=E2=80=99s tags have been change=\r
90 d.\r
91 So it=E2=80=99s harder to say what the advice should be in that case.)\r
92 \r
93 If other people think it would be useful, I can work on a patch to\r
94 implement this approach.\r
95 \r
96 Footnotes:\r
97 [1] Or having its tags changed generally.\r
98 \r
99 --=20\r
100 Aaron Ecay\r