[PATCH v2] emacs: show: let the user override the mime-type of an attachment
[notmuch-archives.git] / 84 / 1953ac42633b9a0996cffd2e307bf02f16b76f
1 Return-Path: <daniel@schoepe.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 421FF431FAF\r
6         for <notmuch@notmuchmail.org>; Mon,  5 Mar 2012 13:08:52 -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.8\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.8 tagged_above=-999 required=5\r
12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
13         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 QCKuWVwyAJIN for <notmuch@notmuchmail.org>;\r
17         Mon,  5 Mar 2012 13:08:50 -0800 (PST)\r
18 Received: from mail-ey0-f181.google.com (mail-ey0-f181.google.com\r
19         [209.85.215.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 01296431FAE\r
22         for <notmuch@notmuchmail.org>; Mon,  5 Mar 2012 13:08:49 -0800 (PST)\r
23 Received: by eaa1 with SMTP id 1so2249775eaa.26\r
24         for <notmuch@notmuchmail.org>; Mon, 05 Mar 2012 13:08:47 -0800 (PST)\r
25 Received-SPF: pass (google.com: domain of daniel@schoepe.org designates\r
26         10.213.9.198 as permitted sender) client-ip=10.213.9.198; \r
27 Authentication-Results: mr.google.com;\r
28         spf=pass (google.com: domain of daniel@schoepe.org\r
29         designates 10.213.9.198 as permitted sender)\r
30         smtp.mail=daniel@schoepe.org;\r
31         dkim=pass header.i=daniel@schoepe.org\r
32 Received: from mr.google.com ([10.213.9.198])\r
33         by 10.213.9.198 with SMTP id m6mr157107ebm.65.1330981727494 (num_hops =\r
34         1); Mon, 05 Mar 2012 13:08:47 -0800 (PST)\r
35 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=schoepe.org; s=google;\r
36         h=from:to:cc:subject:in-reply-to:references:user-agent:date\r
37         :message-id:mime-version:content-type;\r
38         bh=Ij5Q6NPTzI7csWOPGKNjabx4rGNey44uKo+LxRdCcoE=;\r
39         b=W8mk7Mz/sR12A3bGlFh6rjwMUT++AeL9ceqB8t/e7SsubRXKMcxAaXf6ZuLtdfPIX3\r
40         bLHDOi/o54df3EjRY4kmSHtyKfiKq3vjTtnMJBVwChUDfVkTVP0DLfGr1md5AD2B4zAz\r
41         /FYFwUe6gS4NkL9lGTN+f2LuFogS1HJL+Q56Y=\r
42 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
43         d=google.com; s=20120113;\r
44         h=from:to:cc:subject:in-reply-to:references:user-agent:date\r
45         :message-id:mime-version:content-type:x-gm-message-state;\r
46         bh=Ij5Q6NPTzI7csWOPGKNjabx4rGNey44uKo+LxRdCcoE=;\r
47         b=OtYe3oISTB7mwMMZbsM0krmml7rZXZUx5Ie6FJzFDA4qJ0edh5Cje2ExaYTB/ges3C\r
48         1A0QSWfa5KLz/xtbXHabvICOIltjqg80U8nMKtgflVbjPGBnRQ1RilMl8xgHzfHOTIOW\r
49         DOGFjG4ioXCc7+DJdtd0hE1rj8T/ppGeqZlZFjBnCq5/1WiESZtwqNcDw3OpZDskIvTZ\r
50         nThi3A866/U202F7fBiTtQc7y203dH7oaKMAKSfyH9x3ncIxdq4XkAtQJa+dIQk5uFFY\r
51         oRbh2U/u3h0AtT2fKyRYrqdp5WWy7Ejw8JLPjr/aFL0KPz56zxnmRYS2aUIJ601fPAhs\r
52         sosg==\r
53 Received: by 10.213.9.198 with SMTP id m6mr122947ebm.65.1330981727273;\r
54         Mon, 05 Mar 2012 13:08:47 -0800 (PST)\r
55 Received: from localhost (dslb-088-069-139-015.pools.arcor-ip.net.\r
56         [88.69.139.15])\r
57         by mx.google.com with ESMTPS id v51sm65689844eef.2.2012.03.05.13.08.45\r
58         (version=TLSv1/SSLv3 cipher=OTHER);\r
59         Mon, 05 Mar 2012 13:08:46 -0800 (PST)\r
60 From: Daniel Schoepe <daniel@schoepe.org>\r
61 To: Jani Nikula <jani@nikula.org>,\r
62         Dmitry Kurochkin <dmitry.kurochkin@gmail.com>\r
63 Subject: Re: [PATCH v2] emacs: Pass a copy to\r
64         notmuch-saved-search-sort-function\r
65 In-Reply-To:\r
66  <CAB+hUn-iQbXq_UDcj97h2Duq=gJdxpiJjOn6YzmVcZw+GEgK0A@mail.gmail.com>\r
67 References: <1330613059-5130-1-git-send-email-daniel@schoepe.org>\r
68         <1330613059-5130-2-git-send-email-daniel@schoepe.org>\r
69         <CAB+hUn-iQbXq_UDcj97h2Duq=gJdxpiJjOn6YzmVcZw+GEgK0A@mail.gmail.com>\r
70 User-Agent: Notmuch/0.11.1+308~g28fc8d0 (http://notmuchmail.org)\r
71         Emacs/24.0.93.1 (x86_64-pc-linux-gnu)\r
72 Date: Mon, 05 Mar 2012 22:08:39 +0100\r
73 Message-ID: <87y5rekb6w.fsf@schoepe.localhost>\r
74 MIME-Version: 1.0\r
75 Content-Type: multipart/signed; boundary="=-=-=";\r
76         micalg=pgp-sha1; protocol="application/pgp-signature"\r
77 X-Gm-Message-State:\r
78  ALoCoQnT8WrUpHuIGZlKKBaS8pXayywHnvCsqygouDDUgq6jm3anrROkIUA6vPEc1+NIRuyQYt/k\r
79 Cc: notmuch@notmuchmail.org\r
80 X-BeenThere: notmuch@notmuchmail.org\r
81 X-Mailman-Version: 2.1.13\r
82 Precedence: list\r
83 List-Id: "Use and development of the notmuch mail system."\r
84         <notmuch.notmuchmail.org>\r
85 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
86         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
87 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
88 List-Post: <mailto:notmuch@notmuchmail.org>\r
89 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
90 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
91         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
92 X-List-Received-Date: Mon, 05 Mar 2012 21:08:52 -0000\r
93 \r
94 --=-=-=\r
95 Content-Type: text/plain\r
96 Content-Transfer-Encoding: quoted-printable\r
97 \r
98 On Mar 5, 2012 5:43 PM, "Dmitry Kurochkin" <dmitry.kurochkin@gmail.com>\r
99 > I do not buy the argument that we should help users who implement their\r
100 > own sorting functions but do not read documentation for functions they\r
101 > use.  Apparently, those who implemented the `sort' function had similar\r
102 > ideas.  And I do not think it is our job to add workarounds for it.\r
103 \r
104 Yeah that also sounds a bit more consistent, I guess my perception was\r
105 colored by my surprise at learning that sort has side effects in elisp. :)\r
106 \r
107 On Mon, 5 Mar 2012 22:55:54 +0200, Jani Nikula <jani@nikula.org> wrote:\r
108 > Providing the customization of the sort function is more powerful than the\r
109 > compare function. In the case of saved searches I can imagine people might\r
110 > want to partially use the original order while sort the rest (e.g.\r
111 > important ones first in predefined order, others sorted). In fact this al=\r
112 so\r
113 > allows dropping out some elements. And renaming. And changing the queries=\r
114 ...\r
115 >=20\r
116 > (I had something like that in mind originally but then settled with just\r
117 > capitalizing the important ones to show them first.)\r
118 \r
119 I have the same objections to only providing a customization option for\r
120 comparing.\r
121 \r
122 Cheers,\r
123 Daniel\r
124 \r
125 --=-=-=\r
126 Content-Type: application/pgp-signature\r
127 \r
128 -----BEGIN PGP SIGNATURE-----\r
129 Version: GnuPG v1.4.12 (GNU/Linux)\r
130 \r
131 iQIcBAEBAgAGBQJPVStXAAoJEIaTAtce+Z+JbyEP+gPwAZBTknluKBrDDws7z+m2\r
132 Pd3Pe3XNYCLzTnTsD0fJgAhkM5P0P0BiwMZI3D+2ct2sTNYIJuQ35+NN/gz1eNOa\r
133 E7ooLocpX2ufQSnSyxzVU8VVEQ7VqZ/AA6PFKuCBe8WJnR0Q3c48ti2N8htWuB6U\r
134 RJv+YIXqmMhgBBKDkpuEb3XZAqbntnQRYX13IG6/iJ8kBDqGDp57f7XEsFRfepV2\r
135 CuoCILilu7t7yhQ5HCDGYC897QlTBBrhnJk3wXv7lW4B1q9Q6Q0M8TvRs5Wpl6Dz\r
136 F/ppyxC4AjLp7Es2W0rWY4V2cc47qJyXH1fsGaHOq1eEc/vYIPXvQAOKtez4FmjD\r
137 mRvtmMYSFJmoSUcLBcke/NkHQfGaxFYFiY85cwII81Wq7AATx3wvxuiADe3ZS+7+\r
138 V4Umn2ukSHfft76nfffmYVxxwCu8wpJuvekLwQeqnVNcmd5RG5V3iIYWUQpoxEuB\r
139 ZFhVV8VXMwNOGpihagWiNkx3OGHlgVL42HPso14By8YcmmSgBVzbii2b/X3Byu45\r
140 fGVLKoY5fuAYu+x9rk6AlpNKmYN+i9BhjNI1t3ygZLF0To989dvcO5Ty5yTTNoXa\r
141 L1wJomJh3/EtU+WvwjGxKutugwRs4g/uPi95AzFSOhBr3PKCZrYYMAM+hZaxhQFg\r
142 k4aH6ZiMxyF1ZjKgWx6V\r
143 =pDYB\r
144 -----END PGP SIGNATURE-----\r
145 --=-=-=--\r