From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <dme@dme.org>
Received: from localhost (localhost [127.0.0.1])
	by olra.theworths.org (Postfix) with ESMTP id 149B9429E26
	for <notmuch@notmuchmail.org>; Tue, 10 Jan 2012 08:18:31 -0800 (PST)
X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
X-Spam-Flag: NO
X-Spam-Score: -0.7
X-Spam-Level: 
X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5
	tests=[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 sM6m5a1HmC-t for <notmuch@notmuchmail.org>;
	Tue, 10 Jan 2012 08:18:30 -0800 (PST)
Received: from mail-we0-f181.google.com (mail-we0-f181.google.com
	[74.125.82.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))
	(No client certificate requested)
	by olra.theworths.org (Postfix) with ESMTPS id 65437431FB6
	for <notmuch@notmuchmail.org>; Tue, 10 Jan 2012 08:18:30 -0800 (PST)
Received: by werm12 with SMTP id m12so4350509wer.26
	for <notmuch@notmuchmail.org>; Tue, 10 Jan 2012 08:18:29 -0800 (PST)
Received: by 10.180.86.5 with SMTP id l5mr13123535wiz.17.1326212309246;
	Tue, 10 Jan 2012 08:18:29 -0800 (PST)
Received: from hotblack-desiato.hh.sledj.net
	(host81-149-164-25.in-addr.btopenworld.com. [81.149.164.25])
	by mx.google.com with ESMTPS id
	g12sm106132926wiw.10.2012.01.10.08.18.27
	(version=TLSv1/SSLv3 cipher=OTHER);
	Tue, 10 Jan 2012 08:18:28 -0800 (PST)
Received: by hotblack-desiato.hh.sledj.net (Postfix, from userid 30000)
	id D7AD39FE69; Tue, 10 Jan 2012 16:18:25 +0000 (GMT)
To: Austin Clements <amdragon@MIT.EDU>
Subject: Re: [PATCH] emacs: Improve `notmuch-hello' display on ttys.
In-Reply-To: <20120110160502.GN20796@mit.edu>
References: <1326190528-3548-1-git-send-email-dme@dme.org>
	<20120110153650.GM20796@mit.edu>
	<cunlipfo8yp.fsf@hotblack-desiato.hh.sledj.net>
	<20120110160502.GN20796@mit.edu>
User-Agent: Notmuch/0.10.2+186~gd0f7804 (http://notmuchmail.org)
	Emacs/24.0.92.1 (x86_64-pc-linux-gnu)
From: David Edmondson <dme@dme.org>
Date: Tue, 10 Jan 2012 16:18:21 +0000
Message-ID: <cunipkjo7jm.fsf@hotblack-desiato.hh.sledj.net>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha1; protocol="application/pgp-signature"
Cc: notmuch@notmuchmail.org
X-BeenThere: notmuch@notmuchmail.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: "Use and development of the notmuch mail system."
	<notmuch.notmuchmail.org>
List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
	<mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
List-Archive: <http://notmuchmail.org/pipermail/notmuch>
List-Post: <mailto:notmuch@notmuchmail.org>
List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
	<mailto:notmuch-request@notmuchmail.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Jan 2012 16:18:31 -0000

--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 10 Jan 2012 11:05:02 -0500, Austin Clements <amdragon@MIT.EDU> wrot=
e:
> > > Is it possible for a tag in the last column to be just long enough to
> > > make the line still wrap?  Somehow my current tag set doesn't trigger
> > > this bug, so I can't test this case (and I admit I can't follow
> > > notmuch-hello-insert-tags well enough to reason this out).
> >=20
> > With a sufficiently narrow window it's always possible to generate wrap,
> > of course. I couldn't make it happen for any window width that seemed
> > reasonable.
>=20
> I should have specified more than one column.  Clearly if you're down
> to one column it's always possible to wrap, but if you have more than
> one, does the code always reduce the number of columns in preference
> to allowing a particularly long tag name to wrap a line?

It's supposed to do that.

I have a vague recollection that someone reported a bug where
`(window-width)' was not the right value to use if `line-number-mode' is
enabled, but I can't find it again now. (Someone should build an email
client that allows easy searching.)

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk8MZM0ACgkQaezQq/BJZRaOOgCghuN9VMeFadMWWSIPFF0kn21H
1gQAoIkDwqbRsVpcwxpmJr+4y0/LhILZ
=Qnj8
-----END PGP SIGNATURE-----
--=-=-=--