--- /dev/null
+Return-Path: <dme@dme.org>\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 1B914431FAF\r
+ for <notmuch@notmuchmail.org>; Fri, 5 Sep 2014 09:06:23 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+ tests=[RCVD_IN_DNSWL_LOW=-0.7] 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 v7BcX0n5s7+8 for <notmuch@notmuchmail.org>;\r
+ Fri, 5 Sep 2014 09:06:17 -0700 (PDT)\r
+Received: from mail-wg0-f47.google.com (mail-wg0-f47.google.com\r
+ [74.125.82.47]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client\r
+ certificate requested) by olra.theworths.org (Postfix) with ESMTPS id\r
+ 46EFB431FB6 for <notmuch@notmuchmail.org>; Fri, 5 Sep 2014 09:06:17 -0700\r
+ (PDT)\r
+Received: by mail-wg0-f47.google.com with SMTP id z12so11780786wgg.6\r
+ for <notmuch@notmuchmail.org>; Fri, 05 Sep 2014 09:06:14 -0700 (PDT)\r
+X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
+ d=1e100.net; s=20130820;\r
+ h=x-gm-message-state:to:subject:in-reply-to:references:user-agent\r
+ :from:date:message-id:mime-version:content-type;\r
+ bh=hErSz26R6eGDkX6aAJF4DmUCm2ufy2ns21KH+lxonDM=;\r
+ b=mUZFfsl+nr7uRga3CGe/kvkTfJPEStjWNxi0vpRaAUI+5YzwncHV9KXPTinLjg5IUl\r
+ DazY2s6BkuJiD7u2T2XOS9oZkaG0aLYO5253aXxw2eMp7Zeq/4+dpvu0iNYdedhP/26g\r
+ N9w0QuV5aObnSV/ezfiTxJoJual/D8GUgD/bVpP+dPO9hCNHuFyvcdSjPjyfinH/qDPq\r
+ iEu2lKNhU4jNWh5ulSp0PbCbBY8r+au+uLa8Vxyz/XuXLoqx3OWBftXWnfwNnxGeGggs\r
+ Fr04Qc6vcwrqH5Vrs9Z0fRPMfB+tz/8ZbPL4Ev1I9co2ebXR50eqOSGBUJWEcrzIDFx5\r
+ zzvA==\r
+X-Gm-Message-State:\r
+ ALoCoQmDSNquwT/WZzxQ18GPVzNZ7L+GAe6gi/RtHkO8myrsK+nJpGqJ+YAF9yftgOWGlUlUq4mL\r
+X-Received: by 10.194.187.241 with SMTP id fv17mr16262486wjc.13.1409933174699;\r
+ Fri, 05 Sep 2014 09:06:14 -0700 (PDT)\r
+Received: from localhost ([2a01:348:1a2:1:4559:6492:4175:6b36])\r
+ by mx.google.com with ESMTPSA id m9sm1851363wjz.35.2014.09.05.09.06.13\r
+ for <multiple recipients>\r
+ (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\r
+ Fri, 05 Sep 2014 09:06:14 -0700 (PDT)\r
+To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org\r
+Subject: Re: [PATCH v1 0/3] Address completion entirely in elisp.\r
+In-Reply-To: <87k35igk5n.fsf@qmul.ac.uk>\r
+References: <1409921969-65129-1-git-send-email-dme@dme.org>\r
+ <87k35igk5n.fsf@qmul.ac.uk>\r
+User-Agent: Notmuch/0.18.1 (http://notmuchmail.org) Emacs/24.3.1\r
+ (x86_64-apple-darwin)\r
+From: David Edmondson <dme@dme.org>\r
+Date: Fri, 05 Sep 2014 17:06:12 +0100\r
+Message-ID: <m2y4tygih7.fsf@dme.org>\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: Fri, 05 Sep 2014 16:06:23 -0000\r
+\r
+On Fri, Sep 05 2014, Mark Walters wrote:\r
+> On Fri, 05 Sep 2014, David Edmondson <dme@dme.org> wrote:\r
+>> Address completion entirely in elisp.\r
+>>\r
+>> I grew frustrated with having to use an external command to provide\r
+>> address completion, as they all had annoyances (up front scanning,\r
+>> requiring python bindings, etc.). This is an attempt to provide\r
+>> something similar to jkr's notmuch-addresses.py (which I was\r
+>> previously using) entirely in elisp, relying only on the `notmuch'\r
+>> command.\r
+>\r
+> Just a few quick comments: the first is relevant to others trying this\r
+> patch.\r
+>\r
+> 1) You seem to be missing a (require 'std11) somewhere. I did this via M-:\r
+> and then it ran fine.\r
+\r
+My apologies. Will fix (and a compiler warning at the same time).\r
+\r
+> 2) It is not quick on a spinning rust disk. This may not be relevant as\r
+> the delay is probably notmuch so would also be the case if I were using\r
+> notmuch-addresses.py (i normally just use a trivial script that parses\r
+> my .mailrc)\r
+\r
+It's not always as fast as I would like on SSD either :-) The mechanism\r
+is very similar to the equivalent Python program, so I think that it's\r
+probably about the same.\r
+\r
+> 3) Have you tried\r
+> id:1407771091-12651-1-git-send-email-sojkam1@fel.cvut.cz and do you have\r
+> any comments on the comparison?\r
+\r
+No, I will dig it out and look.\r
+\r
+> 4) Finally, I wonder if we would be worth approaching the backend\r
+> notmuch use slightly differently: if we added a\r
+> notmuch_messages_collect_from function which was very similar to\r
+> notmuch_messages_collect_tags, and added a corresponding --output=from\r
+> to notmuch search then you would get the information you need very\r
+> quickly. I think it might be a lot faster as I think the from header is\r
+> stored in the database but some other headers are not, so that the\r
+> current method the show --body=false needs to look at the actually\r
+> messages\r
+\r
+Extending notmuch to help with this was next on my list of things to\r
+do. At the moment I just needed a solution that worked.\r
+\r
+> I should emphasise that none of the above means I am opposed to the\r
+> patch: having respectable built in address-completion support would be\r
+> very nice.\r
+\r
+Cool, thanks!\r
projects / notmuch-archives.git / commitdiff