Re: [PATCH v2] emacs: Added "is:<tag>" style completion to notmuch-read-query.

diff --git a/52/004a128fb00c514b0bb919beda7110e9cb3444 b/52/004a128fb00c514b0bb919beda7110e9cb3444
new file mode 100644 (file)
index 0000000..8c87160
--- /dev/null
+++ b/52/004a128fb00c514b0bb919beda7110e9cb3444
@@ -0,0 +1,97 @@
+Return-Path: <cceleri@cs.stanford.edu>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 6AEE6431FC4\r
+       for <notmuch@notmuchmail.org>; Mon,  1 Dec 2014 11:05:57 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.3\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_MED=-2.3] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id t5Io36+ChRLe for <notmuch@notmuchmail.org>;\r
+       Mon,  1 Dec 2014 11:05:49 -0800 (PST)\r
+Received: from smtp2.cs.Stanford.EDU (smtp2.cs.stanford.edu [171.64.64.26])\r
+       (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
+       (No client certificate requested)\r
+       by olra.theworths.org (Postfix) with ESMTPS id D50ED431FC2\r
+       for <notmuch@notmuchmail.org>; Mon,  1 Dec 2014 11:05:49 -0800 (PST)\r
+Received: from tor-exit1.arbitrary.ch ([78.46.51.124]:47397 helo=Jane.lan)\r
+       by smtp2.cs.Stanford.EDU with esmtpsa (UNKNOWN:AES128-GCM-SHA256:128)\r
+       (Exim 4.80.1) (envelope-from <cceleri@cs.stanford.edu>)\r
+       id 1XvWI7-0001sq-Mj; Mon, 01 Dec 2014 11:05:48 -0800\r
+From: Charles Celerier <cceleri@cs.stanford.edu>\r
+To: David Bremner <david@tethera.net>, David Edmondson <dme@dme.org>,\r
+       Notmuch Mail <notmuch@notmuchmail.org>\r
+Subject: Re: [PATCH v2] emacs: Added "is:<tag>" style completion       to\r
+       notmuch-read-query.\r
+In-Reply-To: <87fvcz457t.fsf@maritornes.cs.unb.ca>\r
+References: <1417219835-92141-1-git-send-email-cceleri@cs.stanford.edu>\r
+       <1417279197-90877-1-git-send-email-cceleri@cs.stanford.edu>\r
+       <cunh9xfg9i2.fsf@gargravarr.hh.sledj.net>\r
+       <m2wq6bs3r3.fsf@Jane.lan> <87fvcz457t.fsf@maritornes.cs.unb.ca>\r
+User-Agent: Notmuch/0.18.1+209~gcb096cd (http://notmuchmail.org) Emacs/24.4.1\r
+       (x86_64-apple-darwin14.0.0)\r
+Date: Mon, 01 Dec 2014 14:05:39 -0500\r
+Message-ID: <m2tx1fry0s.fsf@Jane.lan>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha1; protocol="application/pgp-signature"\r
+X-Scan-Signature: 2e2010fe0da008b9f5e122b86dc99621\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Mon, 01 Dec 2014 19:05:57 -0000\r
+\r
+--=-=-=\r
+Content-Type: text/plain\r
+\r
+I see now. I tried using lexical-let*, but now it appears that pulling\r
+the assignment of minibuffer-completion-table into the lexical-let*\r
+breaks the function, while pulling all the other assigments in works\r
+fine. I'm not sure why that happens. I am not a very skilled emacs-lisp\r
+programmer, so I am afraid something funny is happening here that is\r
+beyond my understanding.\r
+\r
+charles\r
+\r
+David Bremner <david@tethera.net> writes:\r
+\r
+> Charles Celerier <cceleri@cs.stanford.edu> writes:\r
+>\r
+>> Can the variables in the varlist depend on the definition of variables\r
+>> that precede them in the list? I believe I tried your suggestion, but\r
+>> quickly gave up as Emacs gave me an error claiming that all-tags was\r
+>> void.\r
+>\r
+> That's the point of lexical-let* vs lexical-let\r
+>\r
+> d\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature; name="signature.asc"\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG/MacGPG2 v2\r
+\r
+iQEcBAEBAgAGBQJUfLwEAAoJEOjk698fDjuA1AkIAIDe2Z2kf7Z4vlMLEgLgQbbl\r
+LIrHnvmydKCqtl1ZLSZuLgEEKEKt6Pe4wIkOF3W9GL57gOozKZgSm7UTEMDsfBtI\r
+HPq5zBCedi1eH6885ZoXENw75vjm8t73oc6iEOOVrf0DKzxNAz4XGud0n68+pCxz\r
+Q8rzI+3RXo1d0CFFVYn3+KP1FvNz7yuWBzpib/WgfVRx6MFQ8s0kzTkJLXWj8BNy\r
+3nTI+G2czJ+MeTjpNPOHFk3LPvUjKBv/cd8Wqmdpg+OmMxZ355QvAMaHLTUoJOdb\r
+r7q1sTb80iFtDr2BxRHKexpw5tXkw+2jMQdDEKQPvHCiR1yES1MFIrRj0lFcXZg=\r
+=ZQfz\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r