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 8CA35431FD0 for ; Tue, 17 May 2011 03:59:58 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0.01 X-Spam-Level: X-Spam-Status: No, score=0.01 tagged_above=-999 required=5 tests=[T_MIME_NO_TEXT=0.01] autolearn=disabled 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 bW6z9AkJWTuy for ; Tue, 17 May 2011 03:59:57 -0700 (PDT) Received: from tesla.chaoflow.net (tesla.chaoflow.net [188.40.54.22]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 60DE3431FB6 for ; Tue, 17 May 2011 03:59:57 -0700 (PDT) Received: from eve.chaoflow.net (p5DE9514E.dip.t-dialin.net [93.233.81.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: flo@chaoflow.net) by tesla.chaoflow.net (Postfix) with ESMTPSA id 4378DCE37; Tue, 17 May 2011 12:59:54 +0200 (CEST) Received: by eve.chaoflow.net (Postfix, from userid 1000) id 535788E4D; Tue, 17 May 2011 10:59:53 +0000 (Local time zone must be set--see zic manual page) From: Florian Friesdorf To: Jameson Graef Rollins , Jesse Rosenthal , Daniel Schoepe , Xavier Maillard , mueen@nawaz.org, notmuch@notmuchmail.org Subject: Re: Header and other questions In-Reply-To: <8762pabodc.fsf@servo.factory.finestructure.net> References: <878vu8edvf.fsf@fester.com> <87hb8vwqww.fsf@lucky.home> <87vcxad6d6.fsf@gilead.home.box> <874o4uy8av.fsf@gogo.home> <8762pabodc.fsf@servo.factory.finestructure.net> User-Agent: Notmuch/0.6 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-unknown-linux-gnu) Date: Tue, 17 May 2011 12:59:48 +0200 Message-ID: <87zkmlegnv.fsf@eve.chaoflow.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Virus-Scanned: clamav-milter 0.96.5 at tesla X-Virus-Status: Clean 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: Tue, 17 May 2011 10:59:58 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable On Mon, 16 May 2011 09:29:19 -0700, Jameson Graef Rollins wrote: > On Mon, 16 May 2011 11:27:52 -0400, Jesse Rosenthal = wrote: > > The decision, if I remember correctly, was that regions are so intuitive > > for emacs users, and many people reported trying to tag by region > > without thinking about it, that this approach would make sense for the > > emacs interface. In other words, keep the emacs interface emacsy. I > > think I still agree with that, since I feel like having both would be > > confusing (what do you do when you select a marked-line in a region?) > > and I like the one I tend toward intuitively. But I certainly see the > > benefit of the other functionality as well. >=20 > I should mention that in my experience it's usually not that hard to > construct searches (or filters on searches) that pair down to just the > messages you want to tag, in which case you can just tag the entire > buffer. Maybe its more a question of key bindings: 1. add some special tag to messages 2. filter on this tag 3. do something with the whole buffer 4. remove special tag from all messages 5. close filter I'd welcome a standard set of key bindings for it. =2D-=20 Florian Friesdorf GPG FPR: 7A13 5EEE 1421 9FC2 108D BAAF 38F8 99A3 0C45 F083 Jabber/XMPP: flo@chaoflow.net IRC: chaoflow on freenode,ircnet,blafasel,OFTC --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iQIcBAEBAgAGBQJN0lUpAAoJEDj4maMMRfCDYMIP/21d6250bqFoFO6O+U4Pqjvi SLPHEqj57w0YlVTswg4Rwbga9p8b93LrTZkUZFH2HaUpJvJoavmMe5UPSYqYsN+8 4I1BNe6e9rl5ybYOYxlTnOxOmxo2mc+ANEG49aHoOvihU82GTZdNz2j/f4eS45+R dp9MCytiRETs2dY39+9hC9HOaCHaVrfYTGjSF8zMCvPFWSwfY6gmMtH+NB8c1oNZ ovAbVf6Oo6ug7quEKwHWDVQiQEE1OSWsvRqIy+ogqXebHWhgu+6j0ohFX6XxIhgt Lm5Y7GrJv5/hIUzuDVZpbwP9N9N6foiLuzrPy9UciY7IwhgLdqYyIoF8f9PTM1CC +isszGq0DA4eWGFn5LuwK7VTt4zjDp1Oxpkr/OA4MJIq8ZqQQVF4KgqB4x4bBW7b pwOYuRIzBERgNwNM0/irZCWCzLkHd5nL2GvX9/HKvQRYIaw3FBRKsL7GCpYm5HGS uZ35BI+TnX20e0uW1jNbS9zBb6kf+JVcobVA7K7IX3yBFPKTRey8BDlB1povFV2y 4Gw5WCQvreA8geGJdGePV5m6oje76G3wDsy8I9QsnZqVvxVIxgGeVVo3mKTp5B6e loMP+iiph7J3oDAFIoASVN0ICRNtSloL3tsbQy8ixtryOBQeoE/aQyG7nADPEgKT ahnYQmKMBpkAji4o8vNg =9j9H -----END PGP SIGNATURE----- --=-=-=--