DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma;
	h=from:to:cc:subject:in-reply-to:references:user-agent:date
	:message-id:mime-version:content-type;
	b=E6rTRxigPyoaJBy93Q85/u9LWevfblAei+adRxQQRXFfU1ALKd5eHcHEKDmBVOFhdQ
	dqmPwkgvogq3j9OWzrp02/rZA98KS2uR3dYp9AkMQZE16zmgZ0ENKsBGAS9qAnJst7p/
	4szsV+mK5F3nItEbxLUzsZwdbCtFLRG+iEJ6U=
From: Daniel Schoepe <daniel.schoepe@googlemail.com>
To: Austin Clements <amdragon@mit.edu>
Subject: Re: [PATCH] emacs: Make the queries used in the all-tags section
In-Reply-To: <BANLkTinKS5LbQsZuK8HyCzj+Lo4xqa2Sfg@mail.gmail.com>
References: <87fwoath2s.fsf@gilead.home.box>
	<BANLkTinKS5LbQsZuK8HyCzj+Lo4xqa2Sfg@mail.gmail.com>
User-Agent: Notmuch/0.5-210-gbc2cb5b (http://notmuchmail.org) Emacs/23.3.1
	(i486-pc-linux-gnu)
Date: Wed, 25 May 2011 12:04:14 +0200
Message-ID: <871uznqeox.fsf@tredergarh.home.box>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha1; protocol="application/pgp-signature"
Cc: notmuch@notmuchmail.org
Precedence: list

--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Wed, 25 May 2011 00:10:43 -0400, Austin Clements <amdragon@mit.edu> wrot=
e:
> Out of curiosity, what use cases do you envision for this?  So far
> I've only heard two, both of which seem like great ideas, but neither
> of which require such a heavy-handed solution: displaying unread
> counts for tags rather than total counts, and hiding unused tags.

Another thing I use this for, is to hide messages/threads with a
"killed"-tag.

Anyway, I don't think this solution is very "heavy-handed", since it
doesn't add any significant complexity to the UI code and for people who
know elisp, writing such a query-construction function is not something
"heavy-weight" either, so I don't think giving up the extra flexibility
is really worth it.

The only problem I see is what Carl Worth mentioned: Users unaccustomed
to elisp can't do much with this configuration variable.

> I would argue that we *always* want to display unread counts (maybe in
> addition to total counts, or maybe not).  In fact, I'm generally
> surprised by how little notmuch treats the "unread" specially, given
> how important that tag is to the user.  For example, I would similarly
> find unread counts in the search results far more useful than the
> count of messages matching the query.

I think most users would agree with this, but I still think we
should keep/make it configurable.

> Hiding unused tags also seems like a genuinely useful feature, and
> could be accomplished with a very simple customization UI (perhaps
> even linked directly from the hello buffer).
>=20
> It seems to me like anything more sophisticated is better suited to a
> saved search.

I think a sensible compromise would be to allow either a function or a
string that is appended (which people could set to "and tag:unread") for
the proposed configuration variable and additionally to add a
variable that lists tags that should be hidden (which would also be
easily modifiable in M-x customize).

Cheers,
Daniel

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAGBQJN3NQfAAoJEIaTAtce+Z+JWOYP/iOplUxYRskO1OKOXvykmUHj
VSK8p5BJgWN25QMDENrkuv6KgUfJx+w4P/R55BtQSUTclcd9jU9Hu9bXk3LjfSFH
tK6kdT4WRGPtuWXVexWoW16nHn+ay0HeOVXfnh8UQ9w/XTjn7/ZYC6T0X9lLsC3D
/jmkScKJHqnYDa6rQixPlm5i7Xs6/0gk1aB3BJlYl05aYJMQ92SynVe39QdEK4I0
WtR9t/FlPGHlvwElqnF1M4qmjLXijaktRWkaqgyJD0jEphRqb7tGAX5ys9n7rhdT
1ZT+Pfwvu1g9g5gGkqBVGscCN1gGlGlucSAVIiuoMpeRa1EJKWLHLqOwIwtDthK+
cyAcN2ZYW4Za9ARJMV74oaBVUcTy4W93BbQfovJpIerhPOvJEkmERiaVcE6bfc6u
iXOGgSe4TiGtbDU8SzNPU9Gsr1p+6sCC8oD4gXJCJ83L0KdTJ7phU/tz354yHDqr
BpVzLIMxcsawkvY9cYv7nyXaUCATcUQEqCN9AOhSiNBtmh7LWBo1E8px/aI00cPl
8A3mi/JjEnCSVXgPWiFz9Il4y4jwHnqTQFWJCafazV3nbzIp9QRnCkHxO3Y9Kn6z
lvE6O3YIAB4WKoH/itasYLZ3+NAI+LEGQbuwEA/t8KNBA1MuJP+DIAontoY+cBbO
sPnchc4NmSXTv5x66UuY
=cC2D
-----END PGP SIGNATURE-----
--=-=-=--