b5/65dfab1812f327a7a1f44d5e762f2982e54f76

   1 Return-Path: <jrollins@finestructure.net>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5         by olra.theworths.org (Postfix) with ESMTP id E7547421192\r
   6         for <notmuch@notmuchmail.org>; Tue, 31 Jan 2012 08:31:38 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2.29\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] autolearn=disabled\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id 8i52+JJIb4tb for <notmuch@notmuchmail.org>;\r
  16         Tue, 31 Jan 2012 08:31:38 -0800 (PST)\r
  17 Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
  18         [131.215.239.19])\r
  19         by olra.theworths.org (Postfix) with ESMTP id D9A30429E5B\r
  20         for <notmuch@notmuchmail.org>; Tue, 31 Jan 2012 08:31:37 -0800 (PST)\r
  21 Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
  22         by fire-doxen-postvirus (Postfix) with ESMTP id 09A3A328004;\r
  23         Tue, 31 Jan 2012 08:31:34 -0800 (PST)\r
  24 X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new\r
  25 Received: from finestructure.net (DHCP-123-180.caltech.edu [131.215.123.180])\r
  26         (Authenticated sender: jrollins)\r
  27         by fire-doxen-submit (Postfix) with ESMTP id 96DCA328044;\r
  28         Tue, 31 Jan 2012 08:31:26 -0800 (PST)\r
  29 Received: by finestructure.net (Postfix, from userid 1000)\r
  30         id 7935F885; Tue, 31 Jan 2012 08:31:26 -0800 (PST)\r
  31 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
  32 To: David Edmondson <dme@dme.org>, notmuch@notmuchmail.org\r
  33 Subject: Re: [PATCH 0/5 v3] reworked crypto toggle, plus a few other toggles\r
  34 In-Reply-To: <cund3a0b8ez.fsf@hotblack-desiato.hh.sledj.net>\r
  35 References: <1327486729-18052-1-git-send-email-dme@dme.org>\r
  36         <1327941064-20027-1-git-send-email-dme@dme.org>\r
  37         <87pqe1w095.fsf@servo.finestructure.net>\r
  38         <cund3a0b8ez.fsf@hotblack-desiato.hh.sledj.net>\r
  39 User-Agent: Notmuch/0.11+128~g6f388fa (http://notmuchmail.org) Emacs/23.3.1\r
  40         (x86_64-pc-linux-gnu)\r
  41 Date: Tue, 31 Jan 2012 08:31:26 -0800\r
  42 Message-ID: <871uqf3kbl.fsf@servo.finestructure.net>\r
  43 MIME-Version: 1.0\r
  44 Content-Type: multipart/signed; boundary="=-=-=";\r
  45         micalg=pgp-sha256; protocol="application/pgp-signature"\r
  46 X-BeenThere: notmuch@notmuchmail.org\r
  47 X-Mailman-Version: 2.1.13\r
  48 Precedence: list\r
  49 List-Id: "Use and development of the notmuch mail system."\r
  50         <notmuch.notmuchmail.org>\r
  51 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  52         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  53 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  54 List-Post: <mailto:notmuch@notmuchmail.org>\r
  55 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  56 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  57         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  58 X-List-Received-Date: Tue, 31 Jan 2012 16:31:39 -0000\r
  59 \r
  60 --=-=-=\r
  61 Content-Transfer-Encoding: quoted-printable\r
  62 \r
  63 On Tue, 31 Jan 2012 08:09:08 +0000, David Edmondson <dme@dme.org> wrote:\r
  64 > On Mon, 30 Jan 2012 09:47:34 -0800, Jameson Graef Rollins <jrollins@fines=\r
  65 tructure.net> wrote:\r
  66 > > One thing I've noticed, which isn't actually part of this patch, is that\r
  67 > > the long-line truncation doesn't respect the indentation, which makes\r
  68 > > things look strange.\r
  69 >=20\r
  70 > Which lines are getting wrapped in a way that you don't like? The header\r
  71 > line? The headers? The body?\r
  72 \r
  73 Header lines, such as Subject, To, Cc, etc.\r
  74 \r
  75 > > But honestly I still don't like our method of displaying threads as a\r
  76 > > giant chain of concatenated messages with indentation.  But that's for\r
  77 > > later work.\r
  78 >=20\r
  79 > It's inherited from sup, and is surely part of the "raison de notmuch"\r
  80 > :-)\r
  81 \r
  82 Inheritance is not a good justification for anything, much less\r
  83 questionable UI choices (I seem to have inherited baldness from my dad.\r
  84 Thanks dad).  Problems I have with the current approach:\r
  85 \r
  86 =2D thread structure is opaque.  This is especially true with long\r
  87   threads, where it can be next to impossible to see which messages are\r
  88   replies to what.  This is by far my biggest pet peeve with the current\r
  89   format.\r
  90 \r
  91 =2D navigation through the thread is difficult.  This is related to above.\r
  92   There's no way to simultaneously see the current message and the\r
  93   thread structure, which again, makes it very difficult to find\r
  94   children and parents.  This could possibly be fixed by having key\r
  95   bindings that would navigate through parents, children and siblings of\r
  96   the current message, but that might be tricky to implement.\r
  97 \r
  98 =2D indentation of the entire message body is a really bad way to indicate\r
  99   thread depth.  I don't like how messages start to walk off screen as\r
 100   threads get longer, or how copying regions of the body brings the\r
 101   indentation with it.  Your indentation toggling will improve this a\r
 102   bit, though, but I still think it's a bandaid on the larger issue.\r
 103 \r
 104 I must say that the approach I've been longing for is a modified version\r
 105 of what mutt has: a top pain that is just the thread structure (with\r
 106 nice branching lines), and a bottom pain that displays the current\r
 107 message.  I think that would be a much cleaner approach.\r
 108 \r
 109 jamie.\r
 110 \r
 111 --=-=-=\r
 112 Content-Type: application/pgp-signature\r
 113 \r
 114 -----BEGIN PGP SIGNATURE-----\r
 115 Version: GnuPG v1.4.11 (GNU/Linux)\r
 116 \r
 117 iQIcBAEBCAAGBQJPKBdeAAoJEO00zqvie6q8ho8P/jFTeXx8gviJzAawqSpREjCj\r
 118 OVc6zHldo9qcXEjyzVV9ojeu2n8DDQj4iVAk7kxQFPTDs4YKAnD+iTpQuIoS8rOV\r
 119 LPGfnDdfuiGlvsS17ktcLl7hQ/CGEJD/7EnqBbRKYazfsqkzUdbQzB0lNUg1zCdi\r
 120 M6jJqBs8ty93JQjcWxUyIez29RByCaxB8HqjhfjYAtHcArzcogu66kcHZbXC0pMh\r
 121 f4iq1xOhIM6wZaR6cW3qDFCpxxNpQ4O2PH1k+W52S5xnPB+kBQh3N7DeIk9HKabe\r
 122 9CNasY5038J+qIVvMdytOhXpmeALj569O3qdQ3nphceWn2vJzYyjDIfxxnquI6LU\r
 123 2JAn29cD5HVm7K5ffakEOs8Tqao8YQQENfC/7AJQapqIsTBVAl2bNXsi6hnHSoiq\r
 124 iW0qxRtOmayuDGG+HNqxa5JyUtr0/mA0HRk1u0pMR9ieKU4VxBSf8ir2fW8ET2+G\r
 125 lH429mABGwQJbr6nNHrDAVEjLD8b1x5pc8yPI2Iw7HO1lud3+fekWIMHwxzk+aLR\r
 126 0bbeJIWOzpImom9KHPIhEHdxQgsOfvjT5dfCt7uSHpQDyhaU0Yp8ONoHMW4H755q\r
 127 erTHBLTgzESghqoF+1XsL8bISXr9serL25FgHRnEsSgLDUYTvlqG8BuMWuJ8d+6/\r
 128 o2i0W2ZJXYT+0bu+HGtL\r
 129 =VF3/\r
 130 -----END PGP SIGNATURE-----\r
 131 --=-=-=--\r