2d/789a3451977c29adb42ad1145e966e7dce097a

   1 Return-Path: <cworth@cworth.org>\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 18CCF431FC3;\r
   6         Sat, 21 Nov 2009 15:08:11 -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 hZdYdiz5SYb6; Sat, 21 Nov 2009 15:08:10 -0800 (PST)\r
  11 Received: from cworth.org (localhost [127.0.0.1])\r
  12         by olra.theworths.org (Postfix) with ESMTP id A40AC431FBC;\r
  13         Sat, 21 Nov 2009 15:08:09 -0800 (PST)\r
  14 From: Carl Worth <cworth@cworth.org>\r
  15 To: Jan Janak <jan@ryngle.com>\r
  16 In-Reply-To: <f35dbb950911211307t1cd8e039xca754828c75b26f6@mail.gmail.com>\r
  17 References: <1258630481-5133-1-git-send-email-jan@ryngle.com>\r
  18         <1258630481-5133-2-git-send-email-jan@ryngle.com>\r
  19         <f35dbb950911190352q2dcd041fr83a2f722f3231f44@mail.gmail.com>\r
  20         <87lji2bmrb.fsf@yoom.home.cworth.org>\r
  21         <f35dbb950911211307t1cd8e039xca754828c75b26f6@mail.gmail.com>\r
  22 Date: Sun, 22 Nov 2009 00:07:57 +0100\r
  23 Message-ID: <87my2f329e.fsf@yoom.home.cworth.org>\r
  24 MIME-Version: 1.0\r
  25 Content-Type: text/plain; charset=us-ascii\r
  26 Cc: notmuch@notmuchmail.org\r
  27 Subject: Re: [notmuch] [PATCH 2/2] notmuch list: A new command to produce\r
  28  various lists.\r
  29 X-BeenThere: notmuch@notmuchmail.org\r
  30 X-Mailman-Version: 2.1.12\r
  31 Precedence: list\r
  32 List-Id: "Use and development of the notmuch mail system."\r
  33         <notmuch.notmuchmail.org>\r
  34 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  35         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  36 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  37 List-Post: <mailto:notmuch@notmuchmail.org>\r
  38 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  39 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  40         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  41 X-List-Received-Date: Sat, 21 Nov 2009 23:08:11 -0000\r
  42 \r
  43 On Sat, 21 Nov 2009 22:07:14 +0100, Jan Janak <jan@ryngle.com> wrote:\r
  44 > My patch no longer works and I have been thinking about updating it to\r
  45 > current HEAD. But before I do that, I wanted to check with you to see\r
  46 > if you would prefer to use a different name for the command, here are\r
  47 > some options:\r
  48 > \r
  49 >   1) notmuch tags\r
  50 >   2) notmuch list tags\r
  51 >   3) notmuch list-tag\r
  52 > \r
  53 > Any opinions?\r
  54 > \r
  55 > I also plan to add support for search-terms later so that we can\r
  56 > produce tag lists for a set of messages, as you mentioned in one of\r
  57 > your previous emails.\r
  58 \r
  59 I don't think "list" would make sense unless it didn't support search\r
  60 terms at all.\r
  61 \r
  62 So I proposed my "search-messages" command earlier as well.\r
  63 \r
  64 It's clear that there are lots of different things that we're going to\r
  65 want to search for in the database and then lots of way's that we're\r
  66 going to want to present the resulting data.\r
  67 \r
  68 I would rather like there to be some correlation between commands with\r
  69 shorter names being more likely to be the kind of thing that a user\r
  70 would use directly from the command line. And longer names can be used\r
  71 for things that are more for interfaces to use, and for people to use in\r
  72 writing scripts.\r
  73 \r
  74 So how about "search-tags" and "search-messages" ?\r
  75 \r
  76 Any better ideas?\r
  77 \r
  78 Another option would be to just call this "notmuch search" and have an\r
  79 option to control what is output:\r
  80 \r
  81        notmuch search   # for threads, as currently\r
  82        notmuch search --output=tags\r
  83        notmuch search --output=messages\r
  84 \r
  85 Actually, I kind of like that. For one thing, it makes it easy to\r
  86 eliminate the redundancy I made with the option-parsing in both\r
  87 notmuch-search.c and notmuch-search-message.c.\r
  88 \r
  89 > A quick description for those who joined later: This command produces\r
  90 > a list of all tags defined in the database. The emacs interface uses\r
  91 > it to implement tag name completion.\r
  92 \r
  93 And I can't wait to have tag completion in the interface. This will be\r
  94 nice.\r
  95 \r
  96 One thing we'll still have to think about is how to remove the "virtual\r
  97 tags" from the completion list, (once we have virtual tags in the\r
  98 configuration file---that is, tags applied automatically based on search\r
  99 specifications).\r
 100 \r
 101 The place we'd want to remove these from the completion list is when\r
 102 adding/removing a tag---it should be illegal to add/remove virtual tags\r
 103 since they will be maintained by the system according to the search\r
 104 specifications.\r
 105 \r
 106 Of course, when searching/filtering by tag, the completion list should\r
 107 include all tags, whether manual or virtual.\r
 108 \r
 109 So, what we're going to need for that is something like "notmuch config"\r
 110 that allows the interface to query the configuration.\r
 111 \r
 112 But that's all down the road. Let's get that tag completion working!\r
 113 \r
 114 -Carl\r