--- /dev/null
+Return-Path: <dme@dme.org>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id A23EB431FAF\r
+ for <notmuch@notmuchmail.org>; Fri, 3 Feb 2012 00:07:24 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+ tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+ by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id RSOhefpacKLN for <notmuch@notmuchmail.org>;\r
+ Fri, 3 Feb 2012 00:07:24 -0800 (PST)\r
+Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com\r
+ [209.85.212.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
+ (No client certificate requested)\r
+ by olra.theworths.org (Postfix) with ESMTPS id F08BD431FAE\r
+ for <notmuch@notmuchmail.org>; Fri, 3 Feb 2012 00:07:23 -0800 (PST)\r
+Received: by wibhi8 with SMTP id hi8so2606424wib.26\r
+ for <notmuch@notmuchmail.org>; Fri, 03 Feb 2012 00:07:22 -0800 (PST)\r
+Received: by 10.180.80.8 with SMTP id n8mr9824468wix.14.1328256442926;\r
+ Fri, 03 Feb 2012 00:07:22 -0800 (PST)\r
+Received: from hotblack-desiato.hh.sledj.net\r
+ (host81-149-164-25.in-addr.btopenworld.com. [81.149.164.25])\r
+ by mx.google.com with ESMTPS id n5sm14888726wiw.7.2012.02.03.00.07.21\r
+ (version=TLSv1/SSLv3 cipher=OTHER);\r
+ Fri, 03 Feb 2012 00:07:22 -0800 (PST)\r
+Received: by hotblack-desiato.hh.sledj.net (Postfix, from userid 30000)\r
+ id 7ECC6A04C7; Fri, 3 Feb 2012 08:07:20 +0000 (GMT)\r
+To: James Vasile <james@hackervisions.org>, notmuch@notmuchmail.org\r
+Subject: Re: mutt-like interface [was: Re: BiDi]\r
+In-Reply-To: <87aa51ja83.fsf@wyzanski.jamesvasile.com>\r
+References: <20120124200814.GA12169@scru.org>\r
+ <877h05qgew.fsf@servo.finestructure.net>\r
+ <87aa51ja83.fsf@wyzanski.jamesvasile.com>\r
+User-Agent: Notmuch/0.11+143~g3619628 (http://notmuchmail.org) Emacs/24.0.92.1\r
+ (x86_64-pc-linux-gnu)\r
+From: David Edmondson <dme@dme.org>\r
+Date: Fri, 03 Feb 2012 08:07:20 +0000\r
+Message-ID: <cunsjis5ohz.fsf@hotblack-desiato.hh.sledj.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+ micalg=pgp-sha1; protocol="application/pgp-signature"\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Fri, 03 Feb 2012 08:07:24 -0000\r
+\r
+--=-=-=\r
+Content-Type: text/plain\r
+\r
+On Thu, 02 Feb 2012 14:39:40 -0500, James Vasile <james@hackervisions.org> wrote:\r
+> Is anybody interested in a more mutt-like single-email view with a\r
+> threaded index? No indenting, no waiting forever for long threads to\r
+> fontify, no wading through a long thread looking for the one email you\r
+> actually want.\r
+\r
+Various people have suggested it. No-one has written the code. Do you\r
+want that because you prefer it generally or because you believe it will\r
+be faster?\r
+\r
+You can disable the indenting, of course (see\r
+`notmuch-show-indent-messages-width').\r
+\r
+Did you spend some time determining that it's the fontification that's\r
+causing things to be slow? There was some analysis which showed that\r
+json.el is not the best performer, but it's more likely to be a\r
+combination of many issues.\r
+\r
+You could try the patch set at\r
+id:"1328181833-14988-1-git-send-email-dme@dme.org", which includes some\r
+things that can speed up thread display by showing only the matching\r
+messages.\r
+\r
+Last, I've been thinking about lazy insertion of message bodies, such\r
+that non-matching messages will not be inserted and rendered until you\r
+un-hide them. That should improve the rendering speed, but would have\r
+the effect of disabling the current 'isearch can open closed messages'\r
+behaviour.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.11 (GNU/Linux)\r
+\r
+iEYEARECAAYFAk8rlbgACgkQaezQq/BJZRZJmQCeOKViLTI+hvACG3C8w0R2coQp\r
+K64An1vonEcKjgCNiCL0XH0UjpIJY0WJ\r
+=9kT/\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r