a1/9df856a78e625c898a5c93981d7478de3b2db6

   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 BC2454196F0\r
   6         for <notmuch@notmuchmail.org>; Thu,  3 Jun 2010 17:45:31 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2.89\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.89 tagged_above=-999 required=5\r
  12         tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_MIME_NO_TEXT=0.01]\r
  13         autolearn=ham\r
  14 Received: from olra.theworths.org ([127.0.0.1])\r
  15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16         with ESMTP id eiWrJ-5bTlhJ; Thu,  3 Jun 2010 17:45:21 -0700 (PDT)\r
  17 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
  18         by olra.theworths.org (Postfix) with ESMTP id 141A9431FC1;\r
  19         Thu,  3 Jun 2010 17:45:21 -0700 (PDT)\r
  20 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
  21         id B4F0B568F2D; Thu,  3 Jun 2010 17:45:20 -0700 (PDT)\r
  22 From: Carl Worth <cworth@cworth.org>\r
  23 To: David Edmondson <dme@dme.org>, Keith Packard <keithp@keithp.com>,\r
  24         notmuch@notmuchmail.org\r
  25 Subject: Re: [PATCH] Customize saved search order separately from regular\r
  26         search order\r
  27 In-Reply-To: <87d3xcexq9.fsf@ut.hh.sledj.net>\r
  28 References: <1272920307-25995-1-git-send-email-keithp@keithp.com>\r
  29         <87d3xcexq9.fsf@ut.hh.sledj.net>\r
  30 User-Agent: Notmuch/0.3.1-22-g1d528f8 (http://notmuchmail.org) Emacs/23.1.1\r
  31         (i486-pc-linux-gnu)\r
  32 Date: Thu, 03 Jun 2010 17:45:20 -0700\r
  33 Message-ID: <87d3w7eicf.fsf@yoom.home.cworth.org>\r
  34 MIME-Version: 1.0\r
  35 Content-Type: multipart/signed; boundary="=-=-=";\r
  36         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  37 X-BeenThere: notmuch@notmuchmail.org\r
  38 X-Mailman-Version: 2.1.13\r
  39 Precedence: list\r
  40 List-Id: "Use and development of the notmuch mail system."\r
  41         <notmuch.notmuchmail.org>\r
  42 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  43         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  44 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  45 List-Post: <mailto:notmuch@notmuchmail.org>\r
  46 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  47 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  48         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  49 X-List-Received-Date: Fri, 04 Jun 2010 00:45:31 -0000\r
  50 \r
  51 --=-=-=\r
  52 Content-Transfer-Encoding: quoted-printable\r
  53 \r
  54 On Tue, 04 May 2010 12:02:22 +0100, David Edmondson <dme@dme.org> wrote:\r
  55 > On Mon,  3 May 2010 13:58:27 -0700, Keith Packard <keithp@keithp.com> wro=\r
  56 te:\r
  57 > > I use 'saved searches' as a folder mechanism and want them to be shown\r
  58 > > oldest first. Otherwise, while searching for messages normally, I want\r
  59 > > to see the most recent messages first. This patch makes these two\r
  60 > > default search orders separate.\r
  61 >=20\r
  62 > This is a nice patch.\r
  63 \r
  64 I think this is a nice start, but that we actually want a different\r
  65 notion here.\r
  66 \r
  67 Keith happens to use saved searches only for subsets of his inbox and in\r
  68 that case, it makes a lot of sense to see the results of all of these\r
  69 messages in an oldest-first order.\r
  70 \r
  71 But saved searches are also useful for simply capturing what might be an\r
  72 often-used but otherwise painful-to-keep-retyping search expression\r
  73 where the user really wants the results to appear with the newest\r
  74 message first, (which is the default search-results order after all).\r
  75 \r
  76 So I think what we actually want here is an additional member for our\r
  77 saved-search tuple which indicates the desired search order for that\r
  78 particular search. That's the only way I see to support a single user\r
  79 who wants to take advantage of both kinds of searches.\r
  80 \r
  81 Thoughts?\r
  82 \r
  83 A separated, but perhaps related idea would be to explicitly support the\r
  84 notion of one search being a subset of another. I have an "inbox" search\r
  85 (tag:inbox) and several searches that are subsets, ("notmuch" is\r
  86 "tag:notmuch and tag:inbox"). If this were setup as an actual hierarchy\r
  87 it might have two advantages:\r
  88 \r
  89         1. It would be a bit simpler to specify all of theses searches,\r
  90            I wouldn't have to keep repeating "and tag:inbox" in each.\r
  91            This would be particularly important if I changed the\r
  92            criteria for the top-level search.\r
  93 \r
  94         2. If the various levels of the hierarchy were displayed\r
  95            separately it would be easier for me to focus on processing\r
  96            all of my inbox folders (which happen to be\r
  97            oldest-first)--archiving each down to 0 messages, without\r
  98            being distracted by several (newest-first) saved searches\r
  99            that will only ever grow and don't have any\r
 100            processing/archiving associated with them.\r
 101 \r
 102 I think that currently I'm not using any of these\r
 103 always-growing/newest-first searches in part because they would be mixed\r
 104 up with my inbox-subset folders and would thereby be distracting. So (2)\r
 105 above would allow me to start using them, and then I would want the\r
 106 feature to selectively set the search order.\r
 107 \r
 108 =2DCarl\r
 109 \r
 110 =2D-=20\r
 111 carl.d.worth@intel.com\r
 112 \r
 113 --=-=-=\r
 114 Content-Type: application/pgp-signature\r
 115 \r
 116 -----BEGIN PGP SIGNATURE-----\r
 117 Version: GnuPG v1.4.10 (GNU/Linux)\r
 118 \r
 119 iD8DBQFMCEyg6JDdNq8qSWgRAgiNAJ9K3TrpZxXO0qlaflNZ2LJeokTQEQCdFy0B\r
 120 MvZepJrxy9j5hrjHBMG0MuM=\r
 121 =N+bD\r
 122 -----END PGP SIGNATURE-----\r
 123 --=-=-=--\r