Re: [PATCH RFC] Emacs: Add address completion mechanism implemented in elisp

diff --git a/0f/2118d935db6dcc43be301baf1f12bf6799d224 b/0f/2118d935db6dcc43be301baf1f12bf6799d224
new file mode 100644 (file)
index 0000000..4a4982a
--- /dev/null
+++ b/0f/2118d935db6dcc43be301baf1f12bf6799d224
@@ -0,0 +1,115 @@
+Return-Path: <sojkam1@fel.cvut.cz>\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 38682431FB6\r
+       for <notmuch@notmuchmail.org>; Mon, 11 Aug 2014 07:31:22 -0700 (PDT)\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 YlG-dNLG3li8 for <notmuch@notmuchmail.org>;\r
+       Mon, 11 Aug 2014 07:31:15 -0700 (PDT)\r
+Received: from max.feld.cvut.cz (max.feld.cvut.cz [147.32.192.36])\r
+       by olra.theworths.org (Postfix) with ESMTP id E95F0431FAF\r
+       for <notmuch@notmuchmail.org>; Mon, 11 Aug 2014 07:31:14 -0700 (PDT)\r
+Received: from localhost (unknown [192.168.200.7])\r
+       by max.feld.cvut.cz (Postfix) with ESMTP id 7919C3CFE93;\r
+       Mon, 11 Aug 2014 16:31:13 +0200 (CEST)\r
+X-Virus-Scanned: IMAP STYX AMAVIS\r
+Received: from max.feld.cvut.cz ([192.168.200.1])\r
+       by localhost (styx.feld.cvut.cz [192.168.200.7]) (amavisd-new,\r
+       port 10044)\r
+       with ESMTP id xcj5BcSPvWfB; Mon, 11 Aug 2014 16:31:08 +0200 (CEST)\r
+Received: from imap.feld.cvut.cz (imap.feld.cvut.cz [147.32.192.34])\r
+       by max.feld.cvut.cz (Postfix) with ESMTP id 1CC0B3CFE89;\r
+       Mon, 11 Aug 2014 16:31:07 +0200 (CEST)\r
+Received: from wsh by steelpick.2x.cz with local (Exim 4.82_1-5b7a7c0-XX)\r
+       (envelope-from <sojkam1@fel.cvut.cz>)\r
+       id 1XGqcs-00081A-Qm; Mon, 11 Aug 2014 16:31:06 +0200\r
+From: Michal Sojka <sojkam1@fel.cvut.cz>\r
+To: David Bremner <david@tethera.net>, notmuch@notmuchmail.org\r
+Subject: Re: [PATCH RFC] Emacs: Add address completion mechanism implemented\r
+       in elisp\r
+In-Reply-To: <87r411f604.fsf@maritornes.cs.unb.ca>\r
+References: <87bns8f6hi.fsf@steelpick.2x.cz>\r
+       <1406653070-13174-1-git-send-email-sojkam1@fel.cvut.cz>\r
+       <87r411f604.fsf@maritornes.cs.unb.ca>\r
+User-Agent: Notmuch/0.18.1+57~gbabacd5 (http://notmuchmail.org) Emacs/24.3.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Mon, 11 Aug 2014 16:31:06 +0200\r
+Message-ID: <87r40np07p.fsf@steelpick.2x.cz>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain\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, 11 Aug 2014 14:31:22 -0000\r
+\r
+Hi David,\r
+\r
+On Fri, Aug 01 2014, David Bremner wrote:\r
+> Michal Sojka <sojkam1@fel.cvut.cz> writes:\r
+>\r
+>> notmuch-company.el hooks itself into message-mode and uses\r
+>> company-mode to offer the completion to the user. The file is put into\r
+>> the contrib directory which means that the use has to install it\r
+>> himself. This is because company-mode is not a part of Emacs and\r
+>> bytecompiling notmuch-company.el fails due to used --quick option that\r
+>> causes user installed packages to be ignored. \r
+>\r
+> what about for now just putting \r
+>\r
+> ;; -*-no-byte-compile: t; -*-\r
+>\r
+> at the top of the file?  It seems usable uncompiled to me.\r
+>\r
+> Then somebody who really wants it compiled can figure out how to do the\r
+> conditional compilation.\r
+>\r
+>> It would probably make sense to implement another completion frontend\r
+>> based only on Emacs built-in functionality and integrate it with\r
+>> notmuch-addresses.el.\r
+>\r
+> Agreed.\r
+>\r
+>> +  "`company-mode' completion back-end for `nevermore (nm)'."\r
+>\r
+> missed "nevermore" ;)\r
+>\r
+>\r
+>>  \r
+>> +(defun notmuch-flatten-thread-set (thread-set)\r
+>> +  "Convert the result of 'notmuch show' to the plain list of messages."\r
+>> +(defun notmuch-flatten-thread (thread)\r
+>> +\r
+>> +(defun notmuch-flatten-thread-node (thread-node)\r
+>\r
+>\r
+> what about putting those functions in notmuch-query.el?\r
+>\r
+>\r
+>> +(defun notmuch-async-harvest ()\r
+>> +  "Collect possible addresses for completion. It queries the\r
+>\r
+>\r
+> logically it seems like this might belong in notmuch-address.el,\r
+> even if none of the functions in  in it currently use\r
+\r
+Thanks for the comments. I incorporated them in a new version of the\r
+patch, which I'll send in a while.\r
+\r
+-Michal\r