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 2DA99429E26 for ; Tue, 24 May 2011 14:01:27 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.799 X-Spam-Level: X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 Rn94gs8PElWX for ; Tue, 24 May 2011 14:01:26 -0700 (PDT) Received: from mail-fx0-f53.google.com (mail-fx0-f53.google.com [209.85.161.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 1A4EC431FB6 for ; Tue, 24 May 2011 14:01:25 -0700 (PDT) Received: by fxm8 with SMTP id 8so5311747fxm.26 for ; Tue, 24 May 2011 14:01:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:from:to:subject:in-reply-to:references :user-agent:date:message-id:mime-version:content-type; bh=/c0MBbZSmckhwzTq64ccu2LRUj1WI+BvD0VfnT0qtJA=; b=eMuJPNhrP20sBbtfHLK4ocVne8d8V05AS1dgZ4dw71++A6H7HnKEHQM4VjKzisrOP9 Qbhgo9/O1DPd+HlL7ES0JG6PVBKNhm1UwskBNtoqKTcTNqbImq4Qz34uSWZj5YXiDETC JdKAHyntCTo27+Ojb4hlemv6USbbENPAWliFw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:to:subject:in-reply-to:references:user-agent:date:message-id :mime-version:content-type; b=hzCJ50lwEkvffCy00RRyX3n9kmYeEkTqmNcpUl1k225YSdOMgtJM3SwrP/wK6YYfem 5v1JEHRSk7phVJ5eftXQYlPS/BeOC8sjG3I+h6kIMSRrmpxI6h8wgnFClazXq2Xz1WVv I6/RLw2E1pC40G9IHLli3OQhugQeq4FFuqA8s= Received: by 10.223.38.149 with SMTP id b21mr1326348fae.18.1306270884814; Tue, 24 May 2011 14:01:24 -0700 (PDT) Received: from localhost (dslb-178-004-071-214.pools.arcor-ip.net [178.4.71.214]) by mx.google.com with ESMTPS id d12sm450349fai.9.2011.05.24.14.01.21 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 24 May 2011 14:01:22 -0700 (PDT) From: Daniel Schoepe To: Carl Worth , notmuch@notmuchmail.org Subject: Re: [PATCH] emacs: Make the queries used in the all-tags section In-Reply-To: <87ei3nltnz.fsf@yoom.home.cworth.org> References: <87fwoath2s.fsf@gilead.home.box> <87ei3nltnz.fsf@yoom.home.cworth.org> User-Agent: Notmuch/0.5-210-g1acc997 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu) Date: Tue, 24 May 2011 23:01:16 +0200 Message-ID: <87oc2rrexv.fsf@gilead.invalid> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" 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, 24 May 2011 21:01:27 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 24 May 2011 13:39:44 -0700, Carl Worth wrote: > This seems like a useful feature, but perhaps it's a little too general? >=20 > I'm imagining a user wanting to use this functionality but not knowing > anything about writing an emacs-lisp function. For such a user, this > variable won't provide much of a feature. > > I think that might be an argument for dropping this variable from the > notmuch customization group. That customization page is starting to get > crowded, and if there are things there that can't be easily manipulated > with the available controls, I think they're mostly just clutter. >=20 > Perhaps this could be addressed by allowing this variable to be an alist > instead of (or in addition to) a function. What do you think? Yes, allowing both, an alist or a function for this variable seems better than forcing the user to write a function, but how should the alist control the behaviour? I don't think people would like having to specify a query for each of their tags, and since, by assumption, they cannot write a function to automate this, they probably wouldn't be much better off. (Except of course, if they only wanted to change it for a few individual tags). Another option would be to also allow various symbols like 'unread (meaning "tag:TAG and tag:unread") for "popular" queries in addition to a function. Cheers, Daniel --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJN3BycAAoJEIaTAtce+Z+J8KEQAIADjm30yHjmgF4YWmf/u/1j 69bBTYM6gyDHwxCAzZmIKxUj81+nDm20Uyr1G24R38/VRuHNslpy802MpFYOeANL grLgu8LOg2bghDdUo46Whrb5RlAdBGTH75TQYMXaICU3iKRIZa1GrEtLAiLAA8C7 z15v7FM1ZhQ7B2UZjQMQdiyOGd8h3KptLoxFdIpBr/foucS76JVwQQlqJ+si9q3A /66IJTmBPtrv+/66BIA3SoJIytqQBghTDdZ4ivl1UXsKNUsjcgPPUmE8fyzMsx+H Ib4oDQtkl3IUB/PAWnAyz+aEIwcogVuiIziiroXVI+dxh8Zt3wJ9FABm07QFy8PW MLcnzZ5GXwwsKns+I2zfHYFevF3qeEFqa6P07K/f4PXtOAUFPyWPXE5e/o7Xa8bW oo/BkE3eXSqZBdiB+g49LCeUUlZOyozignTjpJdPKmX17sVeUOVztvuc8XH8x+wO llgZIyItJs21NOtQqMVYioq5gcrxT9V50q030xt4x+m83CBjafBEAvwBqsazZ508 5c+n7Hr3wzg7UomO225OcXDoKk+x8NV11Y2PpShyYhUQARrnk073jqpChQAmGU85 3W88lEdLSfi6JsfcvDYzF+6BlCWBc8s1d+DCLO9RiSoZSTgM0QdYjCih3Xg7BGYS x+Viwx80NXqxplJJLMrB =evum -----END PGP SIGNATURE----- --=-=-=--