From: Daniel Schoepe <daniel@schoepe.org>
To: Jameson Graef Rollins <jrollins@finestructure.net>,
	Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org
Subject: Re: RFC notmuch-pick: an emacs threaded message view with split-pane
In-Reply-To: <8762fb3hlf.fsf@servo.finestructure.net>
References: <87d39k1gvi.fsf@qmul.ac.uk>
	<8762fb3hlf.fsf@servo.finestructure.net>
User-Agent: Notmuch/0.11.1+191~gb324ce8 (http://notmuchmail.org)
	Emacs/24.0.93.1 (x86_64-pc-linux-gnu)
Date: Sun, 12 Feb 2012 21:59:39 +0100
Message-ID: <877gzru5s4.fsf@schoepe.localhost>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha1; protocol="application/pgp-signature"
Precedence: list

--=-=-=
Content-Type: text/plain

On Sun, 12 Feb 2012 12:46:36 -0800, Jameson Graef Rollins <jrollins@finestructure.net> wrote:
> Hey, Mark.  I really like the idea, since I've been looking for
> something like this for a while, but there's something I'm confused
> about.  Is this meant to replace notmuch-search, or notmuch-show?  I had
> been hoping for a notmuch *show* replacement that shows the nice tree
> view for the thread, with a single message view below.  But it sounds
> like you're meant to be replacing notmuch search?  That seems confusing
> to me, particularly in light of the big performance hit you describe.

As far as I can tell, it is intended as a third option and can be used
for both, viewing all messages matching a search in a tree structure
(with a pane for an individual message) as in most other mail clients
(mutt, thunderbird, Gnus, etc.) and viewing a single thread in the
manner you described.

This has the added bonus, that it can be offered _in addition_ to show
in search, since I wouldn't want to give up the current
search-view. notmuch-show might also be preferred by some users (due to
its similarity to sup and gmail). Of course, this would mean that we
would have to maintain threading capabilities for two modes. (It relies
on show for displaying a single message, so that part is not
duplicated).

Cheers,
Daniel

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAGBQJPOCg7AAoJEIaTAtce+Z+J+nMP/jOtiRonGkK4D6xo7TBBYUd/
8KzGEZ0AelFomTcexOqrUjf4n72dU1HiyezdNASurW2sMIEhynDUVoYecGpSiM4G
Or73KgdJT1OPXK5WjPAyv/IOD+d6YnnOc8qVOBbDuYys5LGgPvbzOhIl4voaTz23
7Lfp30ILVYvyH1GlYsru27hpltOAP5seMBS49ovWUNpvrCz841iUeYCcgwbsnnBQ
tgholoJ5TmMdAo4Nxo2oU9iPRhhmyVhk/+cT6xZ2FNRonuGLNMJzDcsgbL7SwV8W
20+aQqheqa6tzgZ8BXRK48knUqf6LcUupdOs1pV0HiqIkIJ9ZkqTAg3IxGoA1vVA
47ANE/TwBITXaKfPchtRyAqnearSlzOhDi98uI7AjvHF6M/TlJNNzsUnDm43JF93
gBuyHk3hOz6HPeSKYGtQu+GX32ubsGkcO3Mf/8+h3K/+O50rnt2157QObj/CaIsj
vLHYzFPh4Und+VP/ZCcYZcTD/56NBgS0PFzcP6xntDyXOxtlpwawshR0I/d8JmCi
n0T4iZiZMfMzqIHO4N/YNL4PY22Iwi4NZyNYTNdq5z4q9HGcYSwyhqQU3ZnAIimV
2srXN1/Zwq7nXftsBhJJC27y+JMrGrDI2/qfN71eMuQJOqCqJ5ob0eFmbtQNSj4f
WzS9QzSrXN612FOMAxv0
=Kwbr
-----END PGP SIGNATURE-----
--=-=-=--