5a/3168827a764fc9466e3b52141f8e13a1e7043f

   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 85BEE4196F0\r
   6         for <notmuch@notmuchmail.org>; Sat, 17 Apr 2010 08:29:09 -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 oNIa4-LnaBWi; Sat, 17 Apr 2010 08:29:08 -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 A42F5431FC1;\r
  19         Sat, 17 Apr 2010 08:29:08 -0700 (PDT)\r
  20 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
  21         id 4794A568DE4; Sat, 17 Apr 2010 08:29:08 -0700 (PDT)\r
  22 From: Carl Worth <cworth@cworth.org>\r
  23 To: Jameson Rollins <jrollins@finestructure.net>, notmuch@notmuchmail.org\r
  24 Subject: Re: The archive operation should only archive open messages\r
  25 In-Reply-To: <87aat4ph3y.fsf@servo.finestructure.net>\r
  26 References: <87633sfnyq.fsf@yoom.home.cworth.org>\r
  27         <87aat4ph3y.fsf@servo.finestructure.net>\r
  28 Date: Sat, 17 Apr 2010 08:28:49 -0700\r
  29 Message-ID: <87r5me2j4e.fsf@yoom.home.cworth.org>\r
  30 MIME-Version: 1.0\r
  31 Content-Type: multipart/signed; boundary="=-=-=";\r
  32         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  33 X-BeenThere: notmuch@notmuchmail.org\r
  34 X-Mailman-Version: 2.1.13\r
  35 Precedence: list\r
  36 List-Id: "Use and development of the notmuch mail system."\r
  37         <notmuch.notmuchmail.org>\r
  38 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  39         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  40 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  41 List-Post: <mailto:notmuch@notmuchmail.org>\r
  42 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  43 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  44         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  45 X-List-Received-Date: Sat, 17 Apr 2010 15:29:09 -0000\r
  46 \r
  47 --=-=-=\r
  48 Content-Transfer-Encoding: quoted-printable\r
  49 \r
  50 On Thu, 15 Apr 2010 16:59:13 -0400, Jameson Rollins <jrollins@finestructure=\r
  51 .net> wrote:\r
  52 > I actually *really* don't like that the space bar does this.  In fact, I\r
  53 > build my own notmuch-show-advance function in a notmuch-hacks.el that I\r
  54 > load to expressly get around this.\r
  55 \r
  56 Well we definitely do need that operation ("advance to next thread\r
  57 without archiving" to complement our existing "advance to next thread\r
  58 after archiving"). Any suggestions for what the keybinding should be for\r
  59 that? What are you using?\r
  60 \r
  61 And once we have that, changing space bar to only operate within the\r
  62 current thread and not doing any advancing will definitely make it a lot\r
  63 less magic and less confusing.\r
  64 \r
  65 So I'm in favor of that at least.\r
  66 \r
  67 >                                      The only tag manipulation I want\r
  68 > done automatically is removal of "unread" when I visit a message.  Other\r
  69 > than that, I want to do all tag manipulation manually.  So I would be\r
  70 > thrilled is this "feature" was removed entirely, which would of course\r
  71 > get rid of this bug as well.\r
  72 \r
  73 The bug is still present for the explicit "archive this thread"\r
  74 operation, (even if we disentangled it from any notion of advancing to\r
  75 the next thread). So we'll still want to fix that.\r
  76 \r
  77 > > [*] My tag:to-me is set by a script doing "notmuch tag +to-me\r
  78 > > to:cworth@cworth.org or to:carl.d.worth@intel.com ...". I'd prefer this\r
  79 > > to be a saved-search of course---that's one of the patches I haven't had\r
  80 > > a chance to review yet.\r
  81 >=20\r
  82 > I've asked this in the past, but isn't this exactly what notmuch\r
  83 > "folders" are?  Is there a reason you don't just define this search as a\r
  84 > folder?\r
  85 \r
  86 I can define to-me as a folder (and I do do that). The reason I want\r
  87 saved searches is that I also want to have folders such as "notmuch\r
  88 to-me", "cairo to-me", etc. with common sub-expressions for what to-me\r
  89 means. And if I add an email address I want to be able to update that in\r
  90 1 place rather than in N different folder specification.\r
  91 \r
  92 It's probably simpler to call these "search macros" rather than "saved\r
  93 searches", because that's all the feature really is.\r
  94 \r
  95 =2DCarl\r
  96 \r
  97 --=-=-=\r
  98 Content-Type: application/pgp-signature\r
  99 \r
 100 -----BEGIN PGP SIGNATURE-----\r
 101 Version: GnuPG v1.4.10 (GNU/Linux)\r
 102 \r
 103 iD8DBQFLydOx6JDdNq8qSWgRAvO1AKCC7O+fqXLeTdoGcWWGlDA5M5tYyQCfUm0V\r
 104 z+6h4kDwAxjJjCdLZq7gAGQ=\r
 105 =0Ko1\r
 106 -----END PGP SIGNATURE-----\r
 107 --=-=-=--\r