33/3226fe8541d211c99c7d84eae286137a099693

   1 Return-Path: <daniel.schoepe@googlemail.com>\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 0DDE0429E25\r
   6         for <notmuch@notmuchmail.org>; Thu,  7 Jul 2011 11:25:50 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.789\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.789 tagged_above=-999 required=5\r
  12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
  13         FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, T_MIME_NO_TEXT=0.01]\r
  14         autolearn=disabled\r
  15 Received: from olra.theworths.org ([127.0.0.1])\r
  16         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  17         with ESMTP id RT9CbNv9EyxG for <notmuch@notmuchmail.org>;\r
  18         Thu,  7 Jul 2011 11:25:49 -0700 (PDT)\r
  19 Received: from mail-fx0-f46.google.com (mail-fx0-f46.google.com\r
  20         [209.85.161.46]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
  21         (No client certificate requested)\r
  22         by olra.theworths.org (Postfix) with ESMTPS id A7F71431FD0\r
  23         for <notmuch@notmuchmail.org>; Thu,  7 Jul 2011 11:25:48 -0700 (PDT)\r
  24 Received: by fxh19 with SMTP id 19so1384562fxh.19\r
  25         for <notmuch@notmuchmail.org>; Thu, 07 Jul 2011 11:25:47 -0700 (PDT)\r
  26 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
  27         d=googlemail.com; s=gamma;\r
  28         h=from:to:subject:in-reply-to:references:user-agent:date:message-id\r
  29         :mime-version:content-type;\r
  30         bh=z/uldayyH7PDdNujGUUfgNmg0N3gxuX9wBSAr7RPWmM=;\r
  31         b=Iklo0FcAcX/4NATyxqQyjOv1e+lzugGbK+5mnEISbFhjgYM06WSWsNChFCwcRKxTzZ\r
  32         r3znqrdHA+8gvdiuQ67LsY/LTD4G/l5GtWqLnTJ8j+C0Ran4FGsC9dMa2naRyvXU8ZBq\r
  33         S9Wv4H8OmeHGAn1t1nAyEUdIjIeX+HuzZBIrc=\r
  34 Received: by 10.223.144.136 with SMTP id z8mr1688271fau.31.1310063147188;\r
  35         Thu, 07 Jul 2011 11:25:47 -0700 (PDT)\r
  36 Received: from localhost (dslb-088-069-138-212.pools.arcor-ip.net\r
  37         [88.69.138.212])\r
  38         by mx.google.com with ESMTPS id m6sm4877273fac.3.2011.07.07.11.25.44\r
  39         (version=TLSv1/SSLv3 cipher=OTHER);\r
  40         Thu, 07 Jul 2011 11:25:45 -0700 (PDT)\r
  41 From: Daniel Schoepe <daniel.schoepe@googlemail.com>\r
  42 To: Michal Sojka <sojkam1@fel.cvut.cz>, notmuch@notmuchmail.org\r
  43 Subject: Re: [PATCH v3 1/2] emacs: User-defined sections in notmuch-hello\r
  44 In-Reply-To: <871uy25d3y.fsf@steelpick.2x.cz>\r
  45 References: <1309379221-5617-1-git-send-email-daniel.schoepe@googlemail.com>\r
  46         <1309883030-28899-1-git-send-email-daniel.schoepe@googlemail.com>\r
  47         <1309883030-28899-2-git-send-email-daniel.schoepe@googlemail.com>\r
  48         <87fwmjabii.fsf@steelpick.2x.cz>\r
  49         <87oc17r38a.fsf@tredergarh.home.box>\r
  50         <871uy25d3y.fsf@steelpick.2x.cz>\r
  51 User-Agent: Notmuch/0.5-319-g20a5437 (http://notmuchmail.org) Emacs/23.3.1\r
  52         (x86_64-pc-linux-gnu)\r
  53 Date: Thu, 07 Jul 2011 20:25:37 +0200\r
  54 Message-ID: <87wrfuc5i6.fsf@gilead.invalid>\r
  55 MIME-Version: 1.0\r
  56 Content-Type: multipart/signed; boundary="=-=-=";\r
  57         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  58 X-BeenThere: notmuch@notmuchmail.org\r
  59 X-Mailman-Version: 2.1.13\r
  60 Precedence: list\r
  61 List-Id: "Use and development of the notmuch mail system."\r
  62         <notmuch.notmuchmail.org>\r
  63 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  64         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  65 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  66 List-Post: <mailto:notmuch@notmuchmail.org>\r
  67 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  68 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  69         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  70 X-List-Received-Date: Thu, 07 Jul 2011 18:25:50 -0000\r
  71 \r
  72 --=-=-=\r
  73 Content-Transfer-Encoding: quoted-printable\r
  74 \r
  75 On Thu, 07 Jul 2011 17:23:13 +0200, Michal Sojka <sojkam1@fel.cvut.cz> wrot=\r
  76 e:\r
  77 > This wouldn't work for me. My all-tags section covers almost entire\r
  78 > screen and finding non-zero entries there is not very convenient. I find\r
  79 > much more useful to have a section saying: "Hey, you have unread\r
  80 > messages only for these three tags". Moreover, it wouldn't help me to see\r
  81 > non-zero number of unread messages and when I click the button I would\r
  82 > see all the messages, not only the unread ones. It simply seems very\r
  83 > confusing to me.\r
  84 \r
  85 I agree with you, personally, but I don't think this particular bit\r
  86 (:hide-empty-searches) increases code complexity that much (and all of\r
  87 it is localized to the functions generating the sections, which possibly\r
  88 should be moved to a separate file). I also find it plausible that a\r
  89 user might want behavior like this (as, e.g. an overview, if he doesn't\r
  90 want an all tags section, but still see what tags he has set).\r
  91 \r
  92 Hence I don't see why we should not provide this option.\r
  93 \r
  94 > > If we decide to keep this functionality, it should be inverted though,\r
  95 > > i.e. one has to explicitly specify :show-empty-searches to get them.\r
  96 >=20\r
  97 > >=20\r
  98 > > About the counts: I introduced this because Austin Clements says he\r
  99 > > finds it useful in his comment here:\r
 100 > >=20\r
 101 > > id:"BANLkTi=3D729DWai4q57iBSfz1wDhBXsmndQ@mail.gmail.com"\r
 102 >=20\r
 103 > I agree that it is useful to see unread counts, but it is not useful to\r
 104 > see all messages when I click the button.\r
 105 \r
 106 As I said, this is not my preference either, but personal taste is not\r
 107 necessarily the best argument for _not including_ something, especially\r
 108 for the UI of a mail client. And in this case there even is someone\r
 109 saying that behavior would be useful to him.\r
 110 \r
 111 > > A user might still want to have the section collapsed when starting the\r
 112 > > notmuch UI and only have it shown when he needs it. (I use that for a\r
 113 > > section that displays unread counts for each tag).\r
 114 >=20\r
 115 > You are right. I use emacs --daemon so I actually initialize notmuch UI\r
 116 > only when emacs crashes or when I run out of battery power ;-)\r
 117 \r
 118 Yes, me too, but I like seeing only sections that I care about every\r
 119 time I open notmuch while still having more information available in a\r
 120 convenient way. But I'm not too attached to this feature, so if the\r
 121 consensus is that that bit should be removed, I'll bow to public opinion. :)\r
 122 \r
 123 > If I understand this variable correctly, it stores the label (text) of\r
 124 > the button you have your point at. This allows you to stay at the same\r
 125 > button after reloading of notmuch-hello even if the layout changes,\r
 126 > right? Then having the same named button in multiple sections results in\r
 127 > moving the first (or last) occurrence of this button when notmuch-hello\r
 128 > is reloaded.\r
 129 \r
 130 Ah, I misunderstood what you were referring to earlier. That was already\r
 131 case before my patch though, except that now it's more likely to have\r
 132 buttons with the same name. Anyway, I think this is just a minor issue\r
 133 and can be addressed in a different patch.\r
 134 \r
 135 In any event, this definitely needs better documentation.\r
 136 \r
 137 Thanks for all your input on this!\r
 138 \r
 139 Cheers,\r
 140 Daniel\r
 141 \r
 142 --=-=-=\r
 143 Content-Type: application/pgp-signature\r
 144 \r
 145 -----BEGIN PGP SIGNATURE-----\r
 146 Version: GnuPG v1.4.11 (GNU/Linux)\r
 147 \r
 148 iQIcBAEBAgAGBQJOFfoiAAoJEIaTAtce+Z+JdO0QALZH8JFgm6aUZniQK0INCWAk\r
 149 71rME1nUG7YFoJZbVRg7ugQykoSXGEWct37fIIz+K0tghL1qegG+EJwKivpQqPa2\r
 150 cHsTjxBUuamyEVrvf96pzHMk8UVUmhYOx3XMtzUt/gJmGxHatph+F7JQFx4whLvy\r
 151 cZYuYeAIg+dZJx8ylkMrgTtwgOjNLiwwGds4RWwCt2iwVccP6TwrWRiXkOiqcFD7\r
 152 dRQd474W2noVxE5Mn8TOh6LpCmtJhrysooKvSU4yat2mYZUN1Nm7t9CvCMEgEU9c\r
 153 HYJOR+zoyiVQKM9hhjO5Ts4HboJzsFbyJA9jXAJ8J09m2sphg0KCd1wCa2JaG94/\r
 154 SwGdPFjW/4usEWj+szRcCc4XFPmc3pyo/eSJ8BTjmfRtWoO56vF+w3Y3dkYeG09s\r
 155 03r7oG9tixmut8wNH5QYimME8qxcQCrOMUfjd2vPQ5Qgx892dwpmy3ZP3Wuv9SHA\r
 156 cJdxzUB7GclMYggXHjMDH41d7oSZd9MMOQCWB7U3kTCoTjy4HJ3iG49KH1mblld0\r
 157 desbjIrZ3qd96Mb9IVRk4RrFlEIuS1QW9P+zJqCoJAXvdOtnSXddF2sHDSgqqucC\r
 158 lopsc/cxnU21JYbzrdNuIjyOF5Z5qXg9bW0YjzJ0HZLDvEV0Ac7Igi+0NtMsV3uT\r
 159 /vDpiofVKBsU/fP1UyJH\r
 160 =lBAa\r
 161 -----END PGP SIGNATURE-----\r
 162 --=-=-=--\r