65/c6b574caea38e59ec719f050b199673161f790

   1 Return-Path: <racin@free.fr>\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 DC66C431FBF\r
   6         for <notmuch@notmuchmail.org>; Fri, 18 Dec 2009 07:01:05 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 Received: from olra.theworths.org ([127.0.0.1])\r
   9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  10         with ESMTP id J+LC7duQcaV5 for <notmuch@notmuchmail.org>;\r
  11         Fri, 18 Dec 2009 07:01:05 -0800 (PST)\r
  12 Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6])\r
  13         by olra.theworths.org (Postfix) with ESMTP id B9A65431FAE\r
  14         for <notmuch@notmuchmail.org>; Fri, 18 Dec 2009 07:01:03 -0800 (PST)\r
  15 Received: from smtp6-g21.free.fr (localhost [127.0.0.1])\r
  16         by smtp6-g21.free.fr (Postfix) with ESMTP id 9F407E0816C\r
  17         for <notmuch@notmuchmail.org>; Fri, 18 Dec 2009 16:00:57 +0100 (CET)\r
  18 Received: from UNKNOWN (imp8-g19.priv.proxad.net [172.20.243.138])\r
  19         by smtp6-g21.free.fr (Postfix) with ESMTP id C99DCE0800E\r
  20         for <notmuch@notmuchmail.org>; Fri, 18 Dec 2009 16:00:50 +0100 (CET)\r
  21 Received: by UNKNOWN (Postfix, from userid 0)\r
  22         id 189972F8FCCE8; Fri, 18 Dec 2009 16:00:50 +0100 (CET)\r
  23 Received: from  ([132.166.135.72]) by imp.free.fr (IMP) with HTTP \r
  24         for <racin@172.20.243.55>; Fri, 18 Dec 2009 16:00:49 +0100\r
  25 Message-ID: <1261148449.4b2b9921f3ab1@imp.free.fr>\r
  26 Date: Fri, 18 Dec 2009 16:00:49 +0100\r
  27 From: racin@free.fr\r
  28 To: notmuch@notmuchmail.org\r
  29 MIME-Version: 1.0\r
  30 Content-Type: text/plain; charset=ISO-8859-1\r
  31 Content-Transfer-Encoding: 8bit\r
  32 User-Agent: Internet Messaging Program (IMP) 3.2.8\r
  33 X-Originating-IP: 132.166.135.72\r
  34 Subject: [notmuch] First attempt to add smart completion in notmuch-search\r
  35 X-BeenThere: notmuch@notmuchmail.org\r
  36 X-Mailman-Version: 2.1.12\r
  37 Precedence: list\r
  38 List-Id: "Use and development of the notmuch mail system."\r
  39         <notmuch.notmuchmail.org>\r
  40 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  41         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  42 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  43 List-Post: <mailto:notmuch@notmuchmail.org>\r
  44 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  45 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  46         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  47 X-List-Received-Date: Fri, 18 Dec 2009 15:01:06 -0000\r
  48 \r
  49 \r
  50 \r
  51 Hi!\r
  52 \r
  53 Here is a first attempt to add "smart completion" to notmuch-search.\r
  54 \r
  55 What it does is that:\r
  56 \r
  57  - It tries to detects when you hit tab to complete a search term\r
  58    prefix (like to, from, subject...) , and if so completes your\r
  59    prefix;\r
  60 \r
  61  - If you try to complete a search term usign a specific prefix (like\r
  62    to), it helps you complete it using prefix founds in the messages\r
  63    matching the current search string.\r
  64 \r
  65 The patch has a Emacs-lisp part and a C part.\r
  66 \r
  67 I'm submitting the patch to know what people think of it, but there\r
  68 are some things still uncomplete:\r
  69 \r
  70  - I think headers should be parsed so that a better output is\r
  71    proposed, but I don't know which one yet;\r
  72 \r
  73  - There may be performance issues (because fetching headers require\r
  74    looking them in each message file), but I'm not sure if this is\r
  75    really a problem (since we already fetch headers to display it in\r
  76    the summary buffer).\r
  77 \r
  78  - I have a problem that notmuch-search-query-string is buffer-local\r
  79    and I can't access it from the minibuffer, which I don't know how\r
  80    to solve properly\r
  81 \r
  82  - There are still some glitches with the "".\r
  83 \r
  84  - There may be many other improvements that I haven't thought of.\r
  85 \r
  86 Anyway, I hope it's useful; I'll continue working on it when I come\r
  87 back from Holidays.\r
  88 \r
  89 Thanks for your input,\r
  90  Matthieu\r
  91 \r