52/525b22d9818b6b2542dfc1c4c17b9b1bf74598

   1 Return-Path: <amdragon@mit.edu>\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 E26DC431FBD\r
   6         for <notmuch@notmuchmail.org>; Sat, 14 Jul 2012 14:51:59 -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.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 xFWcgx+RzJ9E for <notmuch@notmuchmail.org>;\r
  16         Sat, 14 Jul 2012 14:51:59 -0700 (PDT)\r
  17 Received: from dmz-mailsec-scanner-3.mit.edu (DMZ-MAILSEC-SCANNER-3.MIT.EDU\r
  18         [18.9.25.14])\r
  19         by olra.theworths.org (Postfix) with ESMTP id 49F4A431FBC\r
  20         for <notmuch@notmuchmail.org>; Sat, 14 Jul 2012 14:51:59 -0700 (PDT)\r
  21 X-AuditID: 1209190e-b7fb56d0000008b2-cf-5001e9fe9459\r
  22 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36])\r
  23         by dmz-mailsec-scanner-3.mit.edu (Symantec Messaging Gateway) with SMTP\r
  24         id 23.66.02226.EF9E1005; Sat, 14 Jul 2012 17:51:58 -0400 (EDT)\r
  25 Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])\r
  26         by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id q6ELpw1E027764; \r
  27         Sat, 14 Jul 2012 17:51:58 -0400\r
  28 Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
  29         (authenticated bits=0)\r
  30         (User authenticated as amdragon@ATHENA.MIT.EDU)\r
  31         by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q6ELpuFd003423\r
  32         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
  33         Sat, 14 Jul 2012 17:51:57 -0400 (EDT)\r
  34 Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.77)\r
  35         (envelope-from <amdragon@mit.edu>)\r
  36         id 1SqAFo-0003px-Ou; Sat, 14 Jul 2012 17:51:56 -0400\r
  37 Date: Sat, 14 Jul 2012 17:51:56 -0400\r
  38 From: Austin Clements <amdragon@MIT.EDU>\r
  39 To: Jameson Graef Rollins <jrollins@finestructure.net>\r
  40 Subject: Re: [PATCH v2 4/7] emacs: Use result text properties for search\r
  41         result iteration\r
  42 Message-ID: <20120714215156.GH31670@mit.edu>\r
  43 References: <1342140319-19859-1-git-send-email-amdragon@mit.edu>\r
  44         <1342237406-32507-1-git-send-email-amdragon@mit.edu>\r
  45         <1342237406-32507-5-git-send-email-amdragon@mit.edu>\r
  46         <87d33yf8bi.fsf@servo.finestructure.net>\r
  47         <20120714195003.GF31670@mit.edu>\r
  48         <874npaqc60.fsf@servo.finestructure.net>\r
  49 MIME-Version: 1.0\r
  50 Content-Type: text/plain; charset=us-ascii\r
  51 Content-Disposition: inline\r
  52 In-Reply-To: <874npaqc60.fsf@servo.finestructure.net>\r
  53 User-Agent: Mutt/1.5.21 (2010-09-15)\r
  54 X-Brightmail-Tracker:\r
  55  H4sIAAAAAAAAA+NgFmpgleLIzCtJLcpLzFFi42IRYrdT0f33kjHAYPYhE4s9+7wsrt+cyezA\r
  56         5HH3NJfHs1W3mAOYorhsUlJzMstSi/TtErgylsxpYS34LVCx5t4apgbGSbxdjBwcEgImErva\r
  57         wroYOYFMMYkL99azdTFycQgJ7GOU2LBvJjuEs4FR4ue7/8wQzkkmiZVNDSwgLUICSxgllj3Q\r
  58         BLFZBFQlZr2cwwZiswloSGzbv5wRxBYRMJPo+fIHzGYWkJb49ruZCcQWFoiW6OmdC1bPK6Aj\r
  59         ceH/ZXaImcuZJFrOp0PEBSVOznzCAtGrJXHj30smkKtB5iz/xwES5hQwlZj4qAVsvKiAisSU\r
  60         k9vYJjAKzULSPQtJ9yyE7gWMzKsYZVNyq3RzEzNzilOTdYuTE/PyUot0jfVyM0v0UlNKNzGC\r
  61         AppTkm8H49eDSocYBTgYlXh4M/0ZAoRYE8uKK3MPMUpyMCmJ8l54zhggxJeUn1KZkVicEV9U\r
  62         mpNafIhRgoNZSYSXvxMox5uSWFmVWpQPk5LmYFES572SctNfSCA9sSQ1OzW1ILUIJivDwaEk\r
  63         wVsBjFwhwaLU9NSKtMycEoQ0EwcnyHAeoOGyIDW8xQWJucWZ6RD5U4yKUuK8RiAJAZBERmke\r
  64         XC8s4bxiFAd6RZi3GKSKB5is4LpfAQ1mAho86+c/f6DBJYkIKakGRpZyu3eHuzfNr93aN+fl\r
  65         U/Hw/Rfqc+QVo58dLnWdUFm3z143n+NPmIajwuLkeVaf5sqdaw7f8e3v5cU8hYdipweKis8M\r
  66         XaQwnU/0Tw3jNRPud56Fx/eY5NuJlvw2tjFcNit76aqWKx5TfDZmKMtyxBRbvrwbwHj13DzF\r
  67         Ixc1/339fuJeOveLeUosxRmJhlrMRcWJAAykmtITAwAA\r
  68 Cc: notmuch@notmuchmail.org\r
  69 X-BeenThere: notmuch@notmuchmail.org\r
  70 X-Mailman-Version: 2.1.13\r
  71 Precedence: list\r
  72 List-Id: "Use and development of the notmuch mail system."\r
  73         <notmuch.notmuchmail.org>\r
  74 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  75         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  76 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  77 List-Post: <mailto:notmuch@notmuchmail.org>\r
  78 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  79 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  80         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  81 X-List-Received-Date: Sat, 14 Jul 2012 21:52:00 -0000\r
  82 \r
  83 Quoth Jameson Graef Rollins on Jul 14 at  2:13 pm:\r
  84 > On Sat, Jul 14 2012, Austin Clements <amdragon@MIT.EDU> wrote:\r
  85 > > That's strange.  What was the error?\r
  86 > >\r
  87 > > I've been testing with\r
  88 > >    (("date" . "%12s ")\r
  89 > >     ("count" . "%-7s ")\r
  90 > >     ("authors" . "%-20s ")\r
  91 > >     ("subject" . "\n%s ")\r
  92 > >     ("tags" . "(%s)"))\r
  93 > > But maybe there are other cases it doesn't handle correctly?\r
  94 > \r
  95 > Hrm.  The error was:\r
  96 > \r
  97 >   error in process filter: wrong type argument: wholenump, -13\r
  98 > \r
  99 > However, that's in my test emacs setup.  It works fine in my normal\r
 100 > emacs session.  Lets assume this is just a problem with my setup that\r
 101 > I'll look into.\r
 102 \r
 103 Interesting.  The "error in process filter" suggests that it is\r
 104 happening somewhere in the notmuch code under the search process\r
 105 filter, so it's probably some combination of something unusual in your\r
 106 environment and this patch.  If you M-x toggle-debug-on-error, will it\r
 107 drop you into the debugger when this happens?\r
 108 \r
 109 > The other problem I seem to be running into is that the\r
 110 > customize-variable interface definitely doesn't handle newlines very\r
 111 > well.  If I try to add a '\n' in the interface it gets escaped, so I end\r
 112 > up with:\r
 113 > \r
 114 >      ("subject" . "\\n%s ")\r
 115 > \r
 116 > If I add the '\n' manually in my config, notmuch-search then interprets\r
 117 > the string correctly and adds newlines to the search results, but then\r
 118 > the customize-variable interface interprets the newline and adds a\r
 119 > newline the string field that kind makes the interface a little weird.\r
 120 > Is there "proper" way to add a newline to a string value in the\r
 121 > customize-variable interface that I'm not aware of?\r
 122 \r
 123 I think this is just a sharp corner in customize and there's notmuch\r
 124 we can do about it.  I believe the "proper" way to enter the newline\r
 125 directly in customize is to hit C-q C-j (same way you get a raw\r
 126 newline in any other buffer).  Given that I wouldn't expect anyone to\r
 127 guess that, though, we could mention this in the defcustom's\r
 128 docstring.\r
 129 \r
 130 > In any event, this is in no way a blocker for this patch series.  This\r
 131 > is all totally tangential.  The patch series is great.\r
 132 > \r
 133 > jamie.\r