34/16a2ed3286fbfd13c205e8975cc36d28a50493

   1 Return-Path: <dme@dme.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 5B7CF431FAF\r
   6         for <notmuch@notmuchmail.org>; Sun,  5 Feb 2012 23:47:49 -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: -0.7\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_LOW=-0.7] 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 qHO5ktjqSUxz for <notmuch@notmuchmail.org>;\r
  16         Sun,  5 Feb 2012 23:47:48 -0800 (PST)\r
  17 Received: from mail-ww0-f45.google.com (mail-ww0-f45.google.com\r
  18  [74.125.82.45])        (using TLSv1 with cipher RC4-SHA (128/128 bits))        (No client\r
  19  certificate requested) by olra.theworths.org (Postfix) with ESMTPS id\r
  20  54A16431FAE    for <notmuch@notmuchmail.org>; Sun,  5 Feb 2012 23:47:48 -0800\r
  21  (PST)\r
  22 Received: by wgbdt12 with SMTP id dt12so5164430wgb.2\r
  23         for <notmuch@notmuchmail.org>; Sun, 05 Feb 2012 23:47:45 -0800 (PST)\r
  24 Received: by 10.180.93.132 with SMTP id cu4mr11237232wib.9.1328514465744;\r
  25         Sun, 05 Feb 2012 23:47:45 -0800 (PST)\r
  26 Received: from hotblack-desiato.hh.sledj.net\r
  27         (host81-149-164-25.in-addr.btopenworld.com. [81.149.164.25])\r
  28         by mx.google.com with ESMTPS id j16sm43906178wie.4.2012.02.05.23.47.43\r
  29         (version=TLSv1/SSLv3 cipher=OTHER);\r
  30         Sun, 05 Feb 2012 23:47:44 -0800 (PST)\r
  31 Received: by hotblack-desiato.hh.sledj.net (Postfix, from userid 30000)\r
  32         id A3D47A0484; Mon,  6 Feb 2012 07:47:41 +0000 (GMT)\r
  33 To: Jameson Graef Rollins <jrollins@finestructure.net>,\r
  34  notmuch@notmuchmail.org\r
  35 Subject: Re: [PATCH 2/2 v2] emacs: Prefer '[No Subject]' to blank subjects.\r
  36 In-Reply-To: <87sjiobfu1.fsf@servo.finestructure.net>\r
  37 References: <1327496913-4946-1-git-send-email-dme@dme.org>\r
  38         <1327918561-16245-1-git-send-email-dme@dme.org>\r
  39         <1327918561-16245-3-git-send-email-dme@dme.org>\r
  40         <87sjiobfu1.fsf@servo.finestructure.net>\r
  41 User-Agent: Notmuch/0.11.1+152~g2c6710e (http://notmuchmail.org)\r
  42         Emacs/24.0.92.1 (x86_64-pc-linux-gnu)\r
  43 From: David Edmondson <dme@dme.org>\r
  44 Date: Mon, 06 Feb 2012 07:47:38 +0000\r
  45 Message-ID: <cunvcnk4d45.fsf@hotblack-desiato.hh.sledj.net>\r
  46 MIME-Version: 1.0\r
  47 Content-Type: multipart/signed; boundary="=-=-=";\r
  48         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  49 X-Gm-Message-State:\r
  50  ALoCoQnHMw1Y7jwVgH2JwT8qzJgxN80a/f61AgbBZXLfkK08uMzVQAzuwCdcVE0D5r8m2ca6cNR4\r
  51 X-BeenThere: notmuch@notmuchmail.org\r
  52 X-Mailman-Version: 2.1.13\r
  53 Precedence: list\r
  54 List-Id: "Use and development of the notmuch mail system."\r
  55         <notmuch.notmuchmail.org>\r
  56 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  57         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  58 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  59 List-Post: <mailto:notmuch@notmuchmail.org>\r
  60 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  61 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  62         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  63 X-List-Received-Date: Mon, 06 Feb 2012 07:47:49 -0000\r
  64 \r
  65 --=-=-=\r
  66 Content-Type: text/plain\r
  67 Content-Transfer-Encoding: quoted-printable\r
  68 \r
  69 On Sun, 05 Feb 2012 23:07:02 -0800, Jameson Graef Rollins <jrollins@finestr=\r
  70 ucture.net> wrote:\r
  71 > Sorry to be so late on this, but I'm not a big fan of this new feature.\r
  72 > I would prefer to always see the subject (or any other field for that\r
  73 > matter) as is.\r
  74 \r
  75 The Emacs UI always replaced blank subjects with '[No Subject]' in\r
  76 buffer names. The printing code also needed something other than a blank\r
  77 subject for buffer renaming.\r
  78 \r
  79 > As a principle I would prefer there not be text replacements unless it's\r
  80 > very clear that text has been replaced.  Buttons work because it's clear\r
  81 > they're buttons.  This is not the case here, though, since this text\r
  82 > replacement could actually be confused with real text.\r
  83 >=20\r
  84 > It's also not clear to me why this feature would be needed.  I have\r
  85 > never found blank subjects confusing.  The field is always clearly\r
  86 > delineated, at least in search and show mode.  If it's not clear\r
  87 > elsewhere, maybe we can make the delineation of the subject field\r
  88 > clearer, but leave the actual subject text string alone.\r
  89 >=20\r
  90 > If some feel this feature is really needed we should at least have a\r
  91 > customization variable.  notmuch-unblank-subject?  I don't have any good\r
  92 > name suggestions, though.\r
  93 \r
  94 Updating `notmuch-prettify-subject' to use a user configurable string\r
  95 (that can be set to the empty string) sounds like a good idea. Please\r
  96 ensure that the various other bits of code that require something other\r
  97 than a blank subject still work properly.\r
  98 \r
  99 --=-=-=\r
 100 Content-Type: application/pgp-signature\r
 101 \r
 102 -----BEGIN PGP SIGNATURE-----\r
 103 Version: GnuPG v1.4.11 (GNU/Linux)\r
 104 \r
 105 iEUEARECAAYFAk8vhZoACgkQaezQq/BJZRarMgCYrFque60z5T2myWwEd/Emj1Yh\r
 106 5QCePKwlzHTZyk9mQ5KiwmdmDvxbprk=\r
 107 =mPKI\r
 108 -----END PGP SIGNATURE-----\r
 109 --=-=-=--\r