Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 836414196F2 for ; Mon, 12 Apr 2010 11:01:15 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.701 X-Spam-Level: X-Spam-Status: No, score=-0.701 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5EbPm-qAt0CF for ; Mon, 12 Apr 2010 11:01:14 -0700 (PDT) X-Greylist: delayed 1185 seconds by postgrey-1.32 at olra; Mon, 12 Apr 2010 11:01:13 PDT Received: from mail141-va3-R.bigfish.com (mail-va3.bigfish.com [216.32.180.113]) by olra.theworths.org (Postfix) with ESMTP id E020E431FC1 for ; Mon, 12 Apr 2010 11:01:13 -0700 (PDT) Received: from mail141-va3 (localhost.localdomain [127.0.0.1]) by mail141-va3-R.bigfish.com (Postfix) with ESMTP id 0C7702084C4; Mon, 12 Apr 2010 17:41:28 +0000 (UTC) X-SpamScore: -22 X-BigFish: VPS-22(zz1418M1432P98dN1521Mzz1202hz31izz32i6bh467h2a8h61h) X-Spam-TCS-SCL: 0:0 X-FB-SS: 5, X-MS-Exchange-Organization-Antispam-Report: OrigIP: 163.181.251.22; Service: EHS Received: from mail141-va3 (localhost.localdomain [127.0.0.1]) by mail141-va3 (MessageSwitch) id 1271094086433778_15186; Mon, 12 Apr 2010 17:41:26 +0000 (UTC) Received: from VA3EHSMHS036.bigfish.com (unknown [10.7.14.239]) by mail141-va3.bigfish.com (Postfix) with ESMTP id 53E0D17E8055; Mon, 12 Apr 2010 17:41:26 +0000 (UTC) Received: from ausb3extmailp02.amd.com (163.181.251.22) by VA3EHSMHS036.bigfish.com (10.7.99.46) with Microsoft SMTP Server (TLS) id 14.0.482.39; Mon, 12 Apr 2010 17:41:24 +0000 Received: from ausb3twp02.amd.com ([163.181.250.38]) by ausb3extmailp02.amd.com (Switch-3.2.7/Switch-3.2.7) with SMTP id o3CHl1Tv016347; Mon, 12 Apr 2010 12:47:04 -0500 X-WSS-ID: 0L0RYGQ-02-00W-02 X-M-MSG: Received: from sausexhtp01.amd.com (sausexhtp01.amd.com [163.181.3.165]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by ausb3twp02.amd.com (Tumbleweed MailGate 3.7.2) with ESMTP id 2C2ECFCC0BF; Mon, 12 Apr 2010 12:41:13 -0500 (CDT) Received: from optimon.amd.com (163.181.34.104) by sausexhtp01.amd.com (163.181.3.165) with Microsoft SMTP Server (TLS) id 8.2.234.1; Mon, 12 Apr 2010 10:41:17 -0700 Received: from mhdc-ns01.amd.com (mhdc-ns01.amd.com [165.204.35.147]) by optimon.amd.com (8.12.10/8.12.10) with ESMTP id o3CHfGrq009386; Mon, 12 Apr 2010 12:41:17 -0500 Received: from testarossa.amd.com (testarossa.amd.com [165.204.147.44]) by mhdc-ns01.amd.com (8.13.8+Sun/8.13.8) with ESMTP id o3CHf12W029441; Mon, 12 Apr 2010 11:41:01 -0600 (MDT) Received: (from manderso@localhost) by testarossa.amd.com (8.13.1/8.13.1/Submit) id o3CHf0h6031310; Mon, 12 Apr 2010 11:41:00 -0600 X-Authentication-Warning: testarossa.amd.com: manderso set sender to MarkR.Anderson@amd.com using -f From: Mark Anderson To: Xavier Maillard , Jesse Rosenthal , "notmuch\@notmuchmail.org" Subject: Re: [notmuch] Bulk message tagging In-Reply-To: References: <87sk7b30tg.fsf@jhu.edu> <3wdmxxg4axm.fsf@testarossa.amd.com> Date: Mon, 12 Apr 2010 11:41:00 -0600 Message-ID: <3wd7hoc36xf.fsf@testarossa.amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on optimon.amd.com X-Virus-Status: Clean X-Reverse-DNS: ausb3extmailp02.amd.com X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Apr 2010 18:01:15 -0000 On Sat, 10 Apr 2010 08:56:48 -0500, Xavier Maillard wrote: > Hi, > > On Tue, 6 Apr 2010 13:51:01 -0600, Mark Anderson wrote: > > > > I think that '*' is definitely an awesome command, but I wonder if we > > shouldn't have another command for the notmuch-search buffer which means > > 'tag all the threads that I can see in this buffer'. > > This is exactly what my initial post asked for. '*' is not > totally satisfying for me due to the "limitations" you > exposed. Though It is a good and acceptable workaround for me. > As said, I just have to pay attention to redo my search query > before pressing the '*' key. Another problem I have is that I often _don't_ want to refresh my search. Some of my mail processing, while not visible in the search window, since we don't have a way to refresh tags yet, will remove some of the current search results from matching the search query. For example, I like to have notmuch folder definitions with "tag:unread" in them. For those search views, once I've looked at any of the mails, they no longer match the query. Sometimes I want to refresh the search so that those mails are no longer visible, sometimed I want to apply an action on all the visible messages which I've just processed. When I visit a folder view, what intent do I have? Am I returning to a 'moment-ago' processing view that was interrupted? Or am I wanting to do the search again on the current contents of the database? I could easily see mental models that match either way. I think I read that Carl plans to update the tags in a search view at some point, without removing threads automatically. Perhaps there ought to be a way to colorize threads which are displayed but no longer match the search criterion? -Mark