Re: [PATCH 0/5 v3] reworked crypto toggle, plus a few other toggles
authorJameson Graef Rollins <jrollins@finestructure.net>
Tue, 31 Jan 2012 16:31:26 +0000 (08:31 +1600)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:43:50 +0000 (09:43 -0800)
b5/65dfab1812f327a7a1f44d5e762f2982e54f76 [new file with mode: 0644]

diff --git a/b5/65dfab1812f327a7a1f44d5e762f2982e54f76 b/b5/65dfab1812f327a7a1f44d5e762f2982e54f76
new file mode 100644 (file)
index 0000000..a0e1263
--- /dev/null
@@ -0,0 +1,131 @@
+Return-Path: <jrollins@finestructure.net>\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 E7547421192\r
+       for <notmuch@notmuchmail.org>; Tue, 31 Jan 2012 08:31:38 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.29\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] 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 8i52+JJIb4tb for <notmuch@notmuchmail.org>;\r
+       Tue, 31 Jan 2012 08:31:38 -0800 (PST)\r
+Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
+       [131.215.239.19])\r
+       by olra.theworths.org (Postfix) with ESMTP id D9A30429E5B\r
+       for <notmuch@notmuchmail.org>; Tue, 31 Jan 2012 08:31:37 -0800 (PST)\r
+Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
+       by fire-doxen-postvirus (Postfix) with ESMTP id 09A3A328004;\r
+       Tue, 31 Jan 2012 08:31:34 -0800 (PST)\r
+X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new\r
+Received: from finestructure.net (DHCP-123-180.caltech.edu [131.215.123.180])\r
+       (Authenticated sender: jrollins)\r
+       by fire-doxen-submit (Postfix) with ESMTP id 96DCA328044;\r
+       Tue, 31 Jan 2012 08:31:26 -0800 (PST)\r
+Received: by finestructure.net (Postfix, from userid 1000)\r
+       id 7935F885; Tue, 31 Jan 2012 08:31:26 -0800 (PST)\r
+From: Jameson Graef Rollins <jrollins@finestructure.net>\r
+To: David Edmondson <dme@dme.org>, notmuch@notmuchmail.org\r
+Subject: Re: [PATCH 0/5 v3] reworked crypto toggle, plus a few other toggles\r
+In-Reply-To: <cund3a0b8ez.fsf@hotblack-desiato.hh.sledj.net>\r
+References: <1327486729-18052-1-git-send-email-dme@dme.org>\r
+       <1327941064-20027-1-git-send-email-dme@dme.org>\r
+       <87pqe1w095.fsf@servo.finestructure.net>\r
+       <cund3a0b8ez.fsf@hotblack-desiato.hh.sledj.net>\r
+User-Agent: Notmuch/0.11+128~g6f388fa (http://notmuchmail.org) Emacs/23.3.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Tue, 31 Jan 2012 08:31:26 -0800\r
+Message-ID: <871uqf3kbl.fsf@servo.finestructure.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha256; 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: Tue, 31 Jan 2012 16:31:39 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Tue, 31 Jan 2012 08:09:08 +0000, David Edmondson <dme@dme.org> wrote:\r
+> On Mon, 30 Jan 2012 09:47:34 -0800, Jameson Graef Rollins <jrollins@fines=\r
+tructure.net> wrote:\r
+> > One thing I've noticed, which isn't actually part of this patch, is that\r
+> > the long-line truncation doesn't respect the indentation, which makes\r
+> > things look strange.\r
+>=20\r
+> Which lines are getting wrapped in a way that you don't like? The header\r
+> line? The headers? The body?\r
+\r
+Header lines, such as Subject, To, Cc, etc.\r
+\r
+> > But honestly I still don't like our method of displaying threads as a\r
+> > giant chain of concatenated messages with indentation.  But that's for\r
+> > later work.\r
+>=20\r
+> It's inherited from sup, and is surely part of the "raison de notmuch"\r
+> :-)\r
+\r
+Inheritance is not a good justification for anything, much less\r
+questionable UI choices (I seem to have inherited baldness from my dad.\r
+Thanks dad).  Problems I have with the current approach:\r
+\r
+=2D thread structure is opaque.  This is especially true with long\r
+  threads, where it can be next to impossible to see which messages are\r
+  replies to what.  This is by far my biggest pet peeve with the current\r
+  format.\r
+\r
+=2D navigation through the thread is difficult.  This is related to above.\r
+  There's no way to simultaneously see the current message and the\r
+  thread structure, which again, makes it very difficult to find\r
+  children and parents.  This could possibly be fixed by having key\r
+  bindings that would navigate through parents, children and siblings of\r
+  the current message, but that might be tricky to implement.\r
+\r
+=2D indentation of the entire message body is a really bad way to indicate\r
+  thread depth.  I don't like how messages start to walk off screen as\r
+  threads get longer, or how copying regions of the body brings the\r
+  indentation with it.  Your indentation toggling will improve this a\r
+  bit, though, but I still think it's a bandaid on the larger issue.\r
+\r
+I must say that the approach I've been longing for is a modified version\r
+of what mutt has: a top pain that is just the thread structure (with\r
+nice branching lines), and a bottom pain that displays the current\r
+message.  I think that would be a much cleaner approach.\r
+\r
+jamie.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.11 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJPKBdeAAoJEO00zqvie6q8ho8P/jFTeXx8gviJzAawqSpREjCj\r
+OVc6zHldo9qcXEjyzVV9ojeu2n8DDQj4iVAk7kxQFPTDs4YKAnD+iTpQuIoS8rOV\r
+LPGfnDdfuiGlvsS17ktcLl7hQ/CGEJD/7EnqBbRKYazfsqkzUdbQzB0lNUg1zCdi\r
+M6jJqBs8ty93JQjcWxUyIez29RByCaxB8HqjhfjYAtHcArzcogu66kcHZbXC0pMh\r
+f4iq1xOhIM6wZaR6cW3qDFCpxxNpQ4O2PH1k+W52S5xnPB+kBQh3N7DeIk9HKabe\r
+9CNasY5038J+qIVvMdytOhXpmeALj569O3qdQ3nphceWn2vJzYyjDIfxxnquI6LU\r
+2JAn29cD5HVm7K5ffakEOs8Tqao8YQQENfC/7AJQapqIsTBVAl2bNXsi6hnHSoiq\r
+iW0qxRtOmayuDGG+HNqxa5JyUtr0/mA0HRk1u0pMR9ieKU4VxBSf8ir2fW8ET2+G\r
+lH429mABGwQJbr6nNHrDAVEjLD8b1x5pc8yPI2Iw7HO1lud3+fekWIMHwxzk+aLR\r
+0bbeJIWOzpImom9KHPIhEHdxQgsOfvjT5dfCt7uSHpQDyhaU0Yp8ONoHMW4H755q\r
+erTHBLTgzESghqoF+1XsL8bISXr9serL25FgHRnEsSgLDUYTvlqG8BuMWuJ8d+6/\r
+o2i0W2ZJXYT+0bu+HGtL\r
+=VF3/\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r