35/db95e7a88b1afec15f4706684131c6a380574a

   1 Return-Path: <MarkR.Anderson@amd.com>\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 836414196F2\r
   6         for <notmuch@notmuchmail.org>; Mon, 12 Apr 2010 11:01:15 -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: -0.701\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.701 tagged_above=-999 required=5\r
  12         tests=[BAYES_40=-0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id 5EbPm-qAt0CF for <notmuch@notmuchmail.org>;\r
  16         Mon, 12 Apr 2010 11:01:14 -0700 (PDT)\r
  17 X-Greylist: delayed 1185 seconds by postgrey-1.32 at olra;\r
  18         Mon, 12 Apr 2010 11:01:13 PDT\r
  19 Received: from mail141-va3-R.bigfish.com (mail-va3.bigfish.com\r
  20         [216.32.180.113])\r
  21         by olra.theworths.org (Postfix) with ESMTP id E020E431FC1\r
  22         for <notmuch@notmuchmail.org>; Mon, 12 Apr 2010 11:01:13 -0700 (PDT)\r
  23 Received: from mail141-va3 (localhost.localdomain [127.0.0.1])\r
  24         by mail141-va3-R.bigfish.com (Postfix) with ESMTP id 0C7702084C4;\r
  25         Mon, 12 Apr 2010 17:41:28 +0000 (UTC)\r
  26 X-SpamScore: -22\r
  27 X-BigFish: VPS-22(zz1418M1432P98dN1521Mzz1202hz31izz32i6bh467h2a8h61h)\r
  28 X-Spam-TCS-SCL: 0:0\r
  29 X-FB-SS: 5,\r
  30 X-MS-Exchange-Organization-Antispam-Report: OrigIP: 163.181.251.22;\r
  31         Service: EHS\r
  32 Received: from mail141-va3 (localhost.localdomain [127.0.0.1]) by mail141-va3\r
  33         (MessageSwitch) id 1271094086433778_15186;\r
  34         Mon, 12 Apr 2010 17:41:26 +0000 (UTC)\r
  35 Received: from VA3EHSMHS036.bigfish.com (unknown [10.7.14.239])\r
  36         by mail141-va3.bigfish.com (Postfix) with ESMTP id 53E0D17E8055;\r
  37         Mon, 12 Apr 2010 17:41:26 +0000 (UTC)\r
  38 Received: from ausb3extmailp02.amd.com (163.181.251.22) by\r
  39         VA3EHSMHS036.bigfish.com (10.7.99.46) with Microsoft SMTP Server (TLS)\r
  40         id 14.0.482.39; Mon, 12 Apr 2010 17:41:24 +0000\r
  41 Received: from ausb3twp02.amd.com ([163.181.250.38])    by\r
  42         ausb3extmailp02.amd.com (Switch-3.2.7/Switch-3.2.7) with SMTP id\r
  43         o3CHl1Tv016347; Mon, 12 Apr 2010 12:47:04 -0500\r
  44 X-WSS-ID: 0L0RYGQ-02-00W-02\r
  45 X-M-MSG: \r
  46 Received: from sausexhtp01.amd.com (sausexhtp01.amd.com [163.181.3.165])\r
  47         (using TLSv1 with cipher RC4-MD5 (128/128 bits))        (No client certificate\r
  48         requested)      by ausb3twp02.amd.com (Tumbleweed MailGate 3.7.2) with ESMTP\r
  49         id 2C2ECFCC0BF; Mon, 12 Apr 2010 12:41:13 -0500 (CDT)\r
  50 Received: from optimon.amd.com (163.181.34.104) by sausexhtp01.amd.com\r
  51         (163.181.3.165) with Microsoft SMTP Server (TLS) id 8.2.234.1;\r
  52         Mon, 12 Apr 2010 10:41:17 -0700\r
  53 Received: from mhdc-ns01.amd.com (mhdc-ns01.amd.com [165.204.35.147])   by\r
  54         optimon.amd.com (8.12.10/8.12.10) with ESMTP id o3CHfGrq009386;\r
  55         Mon, 12 Apr 2010 12:41:17 -0500\r
  56 Received: from testarossa.amd.com (testarossa.amd.com [165.204.147.44]) by\r
  57         mhdc-ns01.amd.com (8.13.8+Sun/8.13.8) with ESMTP id o3CHf12W029441;\r
  58         Mon, 12 Apr 2010 11:41:01 -0600 (MDT)\r
  59 Received: (from manderso@localhost)     by testarossa.amd.com\r
  60         (8.13.1/8.13.1/Submit) id o3CHf0h6031310;\r
  61         Mon, 12 Apr 2010 11:41:00 -0600\r
  62 X-Authentication-Warning: testarossa.amd.com: manderso set sender to\r
  63         MarkR.Anderson@amd.com using -f\r
  64 From: Mark Anderson <MarkR.Anderson@amd.com>\r
  65 To: Xavier Maillard <xma@gnu.org>, Jesse Rosenthal <jrosenthal@jhu.edu>,\r
  66         "notmuch\@notmuchmail.org" <notmuch@notmuchmail.org>\r
  67 Subject: Re: [notmuch] Bulk message tagging\r
  68 In-Reply-To: <m2wrwf76n3.fsf@deb.maillard.im>\r
  69 References: <m2tyrrkf32.fsf@deb.maillard.im> <87sk7b30tg.fsf@jhu.edu>\r
  70         <m2bpdye86s.fsf@deb.maillard.im> <3wdmxxg4axm.fsf@testarossa.amd.com>\r
  71         <m2wrwf76n3.fsf@deb.maillard.im>\r
  72 Date: Mon, 12 Apr 2010 11:41:00 -0600\r
  73 Message-ID: <3wd7hoc36xf.fsf@testarossa.amd.com>\r
  74 MIME-Version: 1.0\r
  75 Content-Type: text/plain; charset="us-ascii"\r
  76 X-Virus-Scanned: ClamAV version 0.87.1,\r
  77         clamav-milter version 0.87 on optimon.amd.com\r
  78 X-Virus-Status: Clean\r
  79 X-Reverse-DNS: ausb3extmailp02.amd.com\r
  80 X-BeenThere: notmuch@notmuchmail.org\r
  81 X-Mailman-Version: 2.1.13\r
  82 Precedence: list\r
  83 List-Id: "Use and development of the notmuch mail system."\r
  84         <notmuch.notmuchmail.org>\r
  85 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  86         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  87 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  88 List-Post: <mailto:notmuch@notmuchmail.org>\r
  89 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  90 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  91         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  92 X-List-Received-Date: Mon, 12 Apr 2010 18:01:15 -0000\r
  93 \r
  94 On Sat, 10 Apr 2010 08:56:48 -0500, Xavier Maillard <xma@gnu.org> wrote:\r
  95 > Hi,\r
  96 > \r
  97 > On Tue, 6 Apr 2010 13:51:01 -0600, Mark Anderson <MarkR.Anderson@amd.com> wrote:\r
  98 > > \r
  99 > > I think that '*' is definitely an awesome command, but I wonder if we\r
 100 > > shouldn't have another command for the notmuch-search buffer which means\r
 101 > > 'tag all the threads that I can see in this buffer'.\r
 102 > \r
 103 > This is exactly what my initial post asked for. '*' is not\r
 104 > totally satisfying for me due to the "limitations" you\r
 105 > exposed. Though It is a good and acceptable workaround for me.\r
 106 > As said, I just have to pay attention to redo my search query\r
 107 > before pressing the '*' key.\r
 108 \r
 109 Another problem I have is that I often _don't_ want to refresh my\r
 110 search.  Some of my mail processing, while not visible in the search\r
 111 window, since we don't have a way to refresh tags yet, will remove some of\r
 112 the current search results from matching the search query.\r
 113 \r
 114 For example, I like to have notmuch folder definitions with "tag:unread"\r
 115 in them.  For those search views, once I've looked at any of the mails,\r
 116 they no longer match the query.  Sometimes I want to refresh the search\r
 117 so that those mails are no longer visible, sometimed I want to apply an\r
 118 action on all the visible messages which I've just processed.\r
 119 \r
 120 When I visit a folder view, what intent do I have?  Am I returning to a\r
 121 'moment-ago' processing view that was interrupted?  Or am I wanting to\r
 122 do the search again on the current contents of the database?  I could\r
 123 easily see mental models that match either way.\r
 124 \r
 125 I think I read that Carl plans to update the tags in a search view at\r
 126 some point, without removing threads automatically.\r
 127 \r
 128 Perhaps there ought to be a way to colorize threads which are displayed\r
 129 but no longer match the search criterion?\r
 130 \r
 131 -Mark\r
 132 \r