04/9558f93f55c34062b5d7c8e3ad8fa927eba82f

   1 Return-Path: <cworth@cworth.org>\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 01F6C431FBD\r
   6         for <notmuch@notmuchmail.org>; Fri,  5 Feb 2010 11:45:04 -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: -1.967\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-1.967 tagged_above=-999 required=5\r
  12         tests=[ALL_TRUSTED=-1.8, AWL=0.018, BAYES_40=-0.185] autolearn=ham\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 BoEBXRFb54tO; Fri,  5 Feb 2010 11:45:03 -0800 (PST)\r
  16 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
  17         by olra.theworths.org (Postfix) with ESMTP id 48F45431FAE;\r
  18         Fri,  5 Feb 2010 11:45:03 -0800 (PST)\r
  19 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
  20         id EFA46254181; Sat,  6 Feb 2010 08:45:02 +1300 (NZDT)\r
  21 From: Carl Worth <cworth@cworth.org>\r
  22 To: Kan-Ru Chen <kanru@kanru.info>, notmuch@notmuchmail.org\r
  23 In-Reply-To: <1259648253-31034-2-git-send-email-kanru@kanru.info>\r
  24 References: <1259648033-30653-1-git-send-email-kanru@kanru.info>\r
  25         <1259648253-31034-2-git-send-email-kanru@kanru.info>\r
  26 Date: Fri, 05 Feb 2010 11:45:02 -0800\r
  27 Message-ID: <87aavnpiv5.fsf@yoom.home.cworth.org>\r
  28 MIME-Version: 1.0\r
  29 Content-Type: multipart/signed; boundary="=-=-=";\r
  30         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  31 Subject: Re: [notmuch] [PATCH 2/3] notmuch.el: Add collapse all and expand\r
  32  all to notmuch-show\r
  33 X-BeenThere: notmuch@notmuchmail.org\r
  34 X-Mailman-Version: 2.1.13\r
  35 Precedence: list\r
  36 List-Id: "Use and development of the notmuch mail system."\r
  37         <notmuch.notmuchmail.org>\r
  38 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  39         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  40 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  41 List-Post: <mailto:notmuch@notmuchmail.org>\r
  42 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  43 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  44         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  45 X-List-Received-Date: Fri, 05 Feb 2010 19:45:04 -0000\r
  46 \r
  47 --=-=-=\r
  48 \r
  49 On Tue,  1 Dec 2009 14:17:32 +0800, Kan-Ru Chen <kanru@kanru.info> wrote:\r
  50 > These two functions behave like gmail's collapse all and expand all\r
  51 > commands. notmuch-show-collapse-all is bound to 'B' but\r
  52 > notmuch-show-expand-all has no keybindig because I thought it is not often\r
  53 > used.\r
  54 \r
  55 I haven't applied this one for a few reasons:\r
  56 \r
  57 1. I don't know what the functions are support to do.\r
  58 \r
  59    The commit log says "behave like gmail" but I don't know what that\r
  60    means personally. And the functions don't have any documentation\r
  61    strings.\r
  62 \r
  63    I assume that these functions are either showing or hiding all\r
  64    message bodies in the current thread?\r
  65 \r
  66 2. You provided a binding for collapse, but not expand. I don't like\r
  67    functionality which lets a user hide a bunch of data, and then not be\r
  68    able to get it back---that's really annoying if the user hits the key\r
  69    accidentally.\r
  70 \r
  71    Personally, I think I'd be much more likely to use expand before\r
  72    collapse, (for example, to easily see the context when a new message\r
  73    arrives in a thread that I'd previously read so comes up collapsed by\r
  74    default).\r
  75 \r
  76 Should we perhaps make something which temporarily makes all hidden\r
  77 messages visible but then toggles back to the previous subset of some\r
  78 show messages? Once again, I'm worried about providing trapdoor\r
  79 interfaces where the user can't get back to the previous state easily.\r
  80 \r
  81 -Carl\r
  82 \r
  83 --=-=-=\r
  84 Content-Type: application/pgp-signature\r
  85 \r
  86 -----BEGIN PGP SIGNATURE-----\r
  87 Version: GnuPG v1.4.10 (GNU/Linux)\r
  88 \r
  89 iD8DBQFLbHU+6JDdNq8qSWgRAp6SAJ0e7W4wpcpzJBrvO7x1sRsx4E88kgCcCfXo\r
  90 QO47xgRvh0pvpsbBbFX5L2g=\r
  91 =WZ8d\r
  92 -----END PGP SIGNATURE-----\r
  93 --=-=-=--\r