notmuch.el: controlling what does and doesn't get expanded in searches
[notmuch-archives.git] / 13 / 6f53afe1afbd4d496b5a5e7152e461579cf488
1 Return-Path: <dme@dme.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 CFE61429E4A\r
6         for <notmuch@notmuchmail.org>; Mon, 16 Jan 2012 03:47:08 -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.7\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\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 yiiLBvGYWZ3A for <notmuch@notmuchmail.org>;\r
16         Mon, 16 Jan 2012 03:47:08 -0800 (PST)\r
17 Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com\r
18         [209.85.212.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
19         (No client certificate requested)\r
20         by olra.theworths.org (Postfix) with ESMTPS id 4D913429E45\r
21         for <notmuch@notmuchmail.org>; Mon, 16 Jan 2012 03:47:08 -0800 (PST)\r
22 Received: by wibhr12 with SMTP id hr12so2322804wib.26\r
23         for <notmuch@notmuchmail.org>; Mon, 16 Jan 2012 03:47:07 -0800 (PST)\r
24 Received: by 10.180.88.229 with SMTP id bj5mr19352359wib.5.1326714427166;\r
25         Mon, 16 Jan 2012 03:47:07 -0800 (PST)\r
26 Received: from hotblack-desiato.hh.sledj.net\r
27         (host81-149-164-25.in-addr.btopenworld.com. [81.149.164.25])\r
28         by mx.google.com with ESMTPS id o17sm21926406wbh.19.2012.01.16.03.47.05\r
29         (version=TLSv1/SSLv3 cipher=OTHER);\r
30         Mon, 16 Jan 2012 03:47:06 -0800 (PST)\r
31 Received: by hotblack-desiato.hh.sledj.net (Postfix, from userid 30000)\r
32         id DB1639FD88; Mon, 16 Jan 2012 11:47:03 +0000 (GMT)\r
33 To: Pieter Praet <pieter@praet.org>, Austin Clements <amdragon@MIT.EDU>\r
34 Subject: Re: [PATCH] [RFC] emacs: merge overhauled\r
35         `notmuch-cycle-notmuch-buffers' into `notmuch'\r
36 In-Reply-To: <87wr8rc2ex.fsf@praet.org>\r
37 References: <cunpqek597g.fsf@hotblack-desiato.hh.sledj.net>\r
38         <1326710551-23122-1-git-send-email-pieter@praet.org>\r
39         <cunvcob52ku.fsf@hotblack-desiato.hh.sledj.net>\r
40         <87wr8rc2ex.fsf@praet.org>\r
41 User-Agent: Notmuch/0.11+64~g42e8f66 (http://notmuchmail.org) Emacs/24.0.92.1\r
42         (x86_64-pc-linux-gnu)\r
43 From: David Edmondson <dme@dme.org>\r
44 Date: Mon, 16 Jan 2012 11:47:03 +0000\r
45 Message-ID: <cun1uqz50p4.fsf@hotblack-desiato.hh.sledj.net>\r
46 MIME-Version: 1.0\r
47 Content-Type: multipart/signed; boundary="=-=-=";\r
48         micalg=pgp-sha1; protocol="application/pgp-signature"\r
49 Cc: Notmuch Mail <notmuch@notmuchmail.org>\r
50 X-BeenThere: notmuch@notmuchmail.org\r
51 X-Mailman-Version: 2.1.13\r
52 Precedence: list\r
53 List-Id: "Use and development of the notmuch mail system."\r
54         <notmuch.notmuchmail.org>\r
55 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
56         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
57 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
58 List-Post: <mailto:notmuch@notmuchmail.org>\r
59 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
60 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
61         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
62 X-List-Received-Date: Mon, 16 Jan 2012 11:47:09 -0000\r
63 \r
64 --=-=-=\r
65 Content-Type: text/plain\r
66 Content-Transfer-Encoding: quoted-printable\r
67 \r
68 On Mon, 16 Jan 2012 12:28:06 +0100, Pieter Praet <pieter@praet.org> wrote:\r
69 > Perhaps we could use `ido-completion-help', like Org-mode does with\r
70 > `org-iswitchb' ?  OTOH, that would require an extra [RET].  Bah...\r
71 \r
72 I'm a no-ido person.\r
73 \r
74 > > Hmm, yes, that seems reasonable.\r
75 > >=20\r
76 > > > FYI: causes 2 compile warnings due to requiring the cl package at run=\r
77 time.\r
78 > >=20\r
79 > > `cl' is still `eval-when-compile' though - won't that break?\r
80 >=20\r
81 > Haven't noticed any issues here, apart from the complaints @ compilation.\r
82 \r
83 If you load the compiled lisp into 'emacs -Q' and then attempt to call\r
84 the function, it doesn't complain? (I haven't tested.)\r
85 \r
86 --=-=-=\r
87 Content-Type: application/pgp-signature\r
88 \r
89 -----BEGIN PGP SIGNATURE-----\r
90 Version: GnuPG v1.4.11 (GNU/Linux)\r
91 \r
92 iEYEARECAAYFAk8UDjcACgkQaezQq/BJZRbflwCeIxBKjuk+GSGBsrb3QDXOjhlS\r
93 /VIAmgLACcdvhWr8a7tJMOm6jxFBmDVL\r
94 =ArjI\r
95 -----END PGP SIGNATURE-----\r
96 --=-=-=--\r