Re: [RFC] Enhancements to address completion

diff --git a/a1/b35ef95e15e0f9a950aa0f942ab05af5a45e82 b/a1/b35ef95e15e0f9a950aa0f942ab05af5a45e82
new file mode 100644 (file)
index 0000000..bb659a7
--- /dev/null
+++ b/a1/b35ef95e15e0f9a950aa0f942ab05af5a45e82
@@ -0,0 +1,98 @@
+Return-Path: <kristoffer.stroem@meetrics.de>\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 58B0E431FD0\r
+       for <notmuch@notmuchmail.org>; Mon, 14 Mar 2011 02:40:12 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_NONE=-0.0001] 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 9WaqySKAR3WT for <notmuch@notmuchmail.org>;\r
+       Mon, 14 Mar 2011 02:40:11 -0700 (PDT)\r
+X-Greylist: delayed 574 seconds by postgrey-1.32 at olra;\r
+       Mon, 14 Mar 2011 02:40:11 PDT\r
+Received: from gateway12.websitewelcome.com (gateway12.websitewelcome.com\r
+       [69.56.148.16])\r
+       by olra.theworths.org (Postfix) with SMTP id 3973A431FB5\r
+       for <notmuch@notmuchmail.org>; Mon, 14 Mar 2011 02:40:11 -0700 (PDT)\r
+Received: (qmail 21423 invoked from network); 14 Mar 2011 09:29:05 -0000\r
+Received: from terminator.websitewelcome.com (74.53.228.194)\r
+       by gateway12.websitewelcome.com with SMTP; 14 Mar 2011 09:29:05 -0000\r
+Received: from [77.12.22.172] (port=62971 helo=work)\r
+       by terminator.websitewelcome.com with esmtpa (Exim 4.69)\r
+       (envelope-from <kristoffer.stroem@meetrics.de>)\r
+       id 1Pz46k-0004b9-DK; Mon, 14 Mar 2011 04:30:35 -0500\r
+From: Kristoffer =?utf-8?Q?Str=C3=B6m?= <kristoffer@rymdkoloni.se>\r
+To: servilio <servilio@gmail.com>, notmuch <notmuch@notmuchmail.org>\r
+Subject: Re: [RFC] Enhancements to address completion\r
+In-Reply-To: <AANLkTimp+DFDVABwpRvHks3OOFHppSQ9pEviJBD7knXd@mail.gmail.com>\r
+References: <AANLkTimp+DFDVABwpRvHks3OOFHppSQ9pEviJBD7knXd@mail.gmail.com>\r
+User-Agent: Notmuch/0.5-61-g21e97c5 (http://notmuchmail.org) Emacs/23.2.1\r
+       (i686-pc-linux-gnu)\r
+Date: Mon, 14 Mar 2011 10:26:20 +0100\r
+Message-ID: <86ipvmqchv.fsf@meetrics.de>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-AntiAbuse: This header was added to track abuse,\r
+       please include it with any abuse report\r
+X-AntiAbuse: Primary Hostname - terminator.websitewelcome.com\r
+X-AntiAbuse: Original Domain - notmuchmail.org\r
+X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]\r
+X-AntiAbuse: Sender Address Domain - meetrics.de\r
+X-Source: \r
+X-Source-Args: \r
+X-Source-Dir: \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, 14 Mar 2011 09:40:12 -0000\r
+\r
+On Mon, 14 Mar 2011 02:29:14 -0400, servilio <servilio@gmail.com> wrote:\r
+> I have been working in some enhancements to the emacs UI address\r
+> completion, and this weekend I was able to find a way to finish the\r
+> implementation to an acceptable (to me) state.\r
+> \r
+> The gist of it is allowing the completion in Emacs to match against\r
+> any part of the addresses returned by the notmuch-addrlookup command.\r
+> I could not find a way to have completing-read behave that way, the\r
+> strategy of matching anchored to the beginning of strings is\r
+> in-grained in its design for what I've seen.\r
+> \r
+> The current implementation uses Ido, included with Emacs at least in\r
+> version 23, and is available at:\r
+> \r
+> git://git.latertulia.org/servilio/notmuch.git\r
+> \r
+> In the branch complete-name-and-address-v2. There is a web interface\r
+> if you prefer to see the changes, just use "http" as the protocol in\r
+> your web browser.\r
+> \r
+> The first few changes in the branch are fixes and small enhancements I\r
+> found while working on this, and I have sent them as separate patches\r
+> for acceptance as they are independent of this work. All of this has\r
+> been in use (in the form of the branch without "-v2") for almost a\r
+> year. I started a message in August but somehow successfully forgot\r
+> completely about it.\r
+> \r
+> Regards,\r
+> \r
+> Servilio\r
+\r
+Have you looked at 'ido-completing-read that comes with ido-mode?\r
+I use it for completing through a modified version of eudc-select.\r
+\r
+It allows for fuzzy matching on any part of the name.\r