27/3a6663e47874960e8ec08f5a5372d5b90f3f4b

   1 Return-Path: <bart@ursys.com.au>\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 902F6431FBC\r
   6         for <notmuch@notmuchmail.org>; Fri,  8 Jan 2010 11:18:45 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 Received: from olra.theworths.org ([127.0.0.1])\r
   9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  10         with ESMTP id TiX++UNtydYh for <notmuch@notmuchmail.org>;\r
  11         Fri,  8 Jan 2010 11:18:44 -0800 (PST)\r
  12 Received: from mout.perfora.net (mout.perfora.net [74.208.4.195])\r
  13         by olra.theworths.org (Postfix) with ESMTP id D88E1431FAE\r
  14         for <notmuch@notmuchmail.org>; Fri,  8 Jan 2010 11:18:44 -0800 (PST)\r
  15 Received: from cassowary.ursys.com.au (cassowary.ursys.com.au [203.7.149.14])\r
  16         by mx.perfora.net (node=mxus2) with ESMTP (Nemesis)\r
  17         id 0MfGE6-1NHsJF0PCE-00OkyO for notmuch@notmuchmail.org;\r
  18         Fri, 08 Jan 2010 14:18:43 -0500\r
  19 Received: from cassowary.ursys.com.au ([203.7.149.14] helo=winxp)\r
  20         by cassowary.ursys.com.au with esmtpa (Exim 4.50 #1 (Debian))\r
  21         id 1NTKLv-0004Gc-No\r
  22         for <notmuch@notmuchmail.org>; Sat, 09 Jan 2010 06:18:38 +1100\r
  23 From: "Bart Bunting" <bart@ursys.com.au>\r
  24 To: <notmuch@notmuchmail.org>\r
  25 Date: Sat, 9 Jan 2010 06:18:10 +1100\r
  26 Message-ID: <000001ca9097$515cd420$f4167c60$@com.au>\r
  27 MIME-Version: 1.0\r
  28 Content-Type: multipart/alternative;\r
  29         boundary="----=_NextPart_000_0001_01CA90F3.84CD4C20"\r
  30 X-Mailer: Microsoft Office Outlook 12.0\r
  31 Thread-Index: AcqQl1DC293oaGg6SamP4Q+JOrnjwQ==\r
  32 Content-Language: en-us\r
  33 X-BusiBox-cassowary-Spam-Score: -2.8 (--)\r
  34 Subject: [notmuch] notmuch.el and searching within citations\r
  35 X-BeenThere: notmuch@notmuchmail.org\r
  36 X-Mailman-Version: 2.1.13\r
  37 Precedence: list\r
  38 List-Id: "Use and development of the notmuch mail system."\r
  39         <notmuch.notmuchmail.org>\r
  40 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  41         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  42 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  43 List-Post: <mailto:notmuch@notmuchmail.org>\r
  44 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  45 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  46         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  47 X-List-Received-Date: Fri, 08 Jan 2010 19:18:45 -0000\r
  48 \r
  49 This is a multi-part message in MIME format.\r
  50 \r
  51 ------=_NextPart_000_0001_01CA90F3.84CD4C20\r
  52 Content-Type: text/plain;\r
  53         charset="us-ascii"\r
  54 Content-Transfer-Encoding: 7bit\r
  55 \r
  56 Hi all,\r
  57 \r
  58  \r
  59 \r
  60 I am having a little bit of trouble with notmuch.el, I'm not sure if I'm\r
  61 just not understanding how it works or if there is an actual issue.\r
  62 \r
  63  \r
  64 \r
  65 The problem is that if I search for a word, lets say grandfather using 's'\r
  66 from the notmuch buffer a list of messages is returned correctly that\r
  67 contain the word.\r
  68 \r
  69 Next I hit enter on the thread I want to read.\r
  70 \r
  71 Then I use 'c-s' to search forward through the buffer for the word\r
  72 'grandfather'.  \r
  73 \r
  74 Provided that the word is in a non citation part of the buffer all works as\r
  75 expected.\r
  76 \r
  77 If however the word 'grandfather' appears in a citation then an incremental\r
  78 search through the buffer won't find it.\r
  79 \r
  80 If the citation is expanded then things work as expected.\r
  81 \r
  82  \r
  83 \r
  84 I don't think this is very logical behavior as it stands, having to expand\r
  85 each citation to be able to search in it appears to sort of defeat the\r
  86 search.\r
  87 \r
  88  \r
  89 \r
  90 Ideally I would like to be able to search forward and if the word was in a\r
  91 citation to have it automagicaly expand for me.  \r
  92 \r
  93 Alternatively Just having point land on the citation would be enough to let\r
  94 me know there was something inside I may want to read.\r
  95 \r
  96  \r
  97 \r
  98 What do others think?\r
  99 \r
 100  \r
 101 \r
 102 Regards\r
 103 \r
 104  \r
 105 \r
 106 Bart\r
 107 \r
 108  \r
 109 \r
 110 \r
 111 ------=_NextPart_000_0001_01CA90F3.84CD4C20\r
 112 Content-Type: text/html;\r
 113         charset="us-ascii"\r
 114 Content-Transfer-Encoding: quoted-printable\r
 115 \r
 116 <html xmlns:v=3D"urn:schemas-microsoft-com:vml" =\r
 117 xmlns:o=3D"urn:schemas-microsoft-com:office:office" =\r
 118 xmlns:w=3D"urn:schemas-microsoft-com:office:word" =\r
 119 xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" =\r
 120 xmlns=3D"http://www.w3.org/TR/REC-html40">\r
 121 \r
 122 <head>\r
 123 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =\r
 124 charset=3Dus-ascii">\r
 125 <meta name=3DGenerator content=3D"Microsoft Word 12 (filtered medium)">\r
 126 <style>\r
 127 <!--\r
 128  /* Font Definitions */\r
 129  @font-face\r
 130         {font-family:"Cambria Math";\r
 131         panose-1:2 4 5 3 5 4 6 3 2 4;}\r
 132 @font-face\r
 133         {font-family:Calibri;\r
 134         panose-1:2 15 5 2 2 2 4 3 2 4;}\r
 135  /* Style Definitions */\r
 136  p.MsoNormal, li.MsoNormal, div.MsoNormal\r
 137         {margin:0in;\r
 138         margin-bottom:.0001pt;\r
 139         font-size:11.0pt;\r
 140         font-family:"Calibri","sans-serif";}\r
 141 a:link, span.MsoHyperlink\r
 142         {mso-style-priority:99;\r
 143         color:blue;\r
 144         text-decoration:underline;}\r
 145 a:visited, span.MsoHyperlinkFollowed\r
 146         {mso-style-priority:99;\r
 147         color:purple;\r
 148         text-decoration:underline;}\r
 149 span.EmailStyle17\r
 150         {mso-style-type:personal-compose;\r
 151         font-family:"Calibri","sans-serif";\r
 152         color:windowtext;}\r
 153 .MsoChpDefault\r
 154         {mso-style-type:export-only;}\r
 155 @page Section1\r
 156         {size:8.5in 11.0in;\r
 157         margin:1.0in 1.0in 1.0in 1.0in;}\r
 158 div.Section1\r
 159         {page:Section1;}\r
 160 -->\r
 161 </style>\r
 162 <!--[if gte mso 9]><xml>\r
 163  <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />\r
 164 </xml><![endif]--><!--[if gte mso 9]><xml>\r
 165  <o:shapelayout v:ext=3D"edit">\r
 166   <o:idmap v:ext=3D"edit" data=3D"1" />\r
 167  </o:shapelayout></xml><![endif]-->\r
 168 </head>\r
 169 \r
 170 <body lang=3DEN-US link=3Dblue vlink=3Dpurple>\r
 171 \r
 172 <div class=3DSection1>\r
 173 \r
 174 <p class=3DMsoNormal>Hi all,<o:p></o:p></p>\r
 175 \r
 176 <p class=3DMsoNormal><o:p>&nbsp;</o:p></p>\r
 177 \r
 178 <p class=3DMsoNormal>I am having a little bit of trouble with =\r
 179 notmuch.el, I&#8217;m\r
 180 not sure if I&#8217;m just not understanding how it works or if there is =\r
 181 an\r
 182 actual issue.<o:p></o:p></p>\r
 183 \r
 184 <p class=3DMsoNormal><o:p>&nbsp;</o:p></p>\r
 185 \r
 186 <p class=3DMsoNormal>The problem is that if I search for a word, lets =\r
 187 say\r
 188 grandfather using &#8216;s&#8217; from the notmuch buffer a list of =\r
 189 messages is\r
 190 returned correctly that contain the word.<o:p></o:p></p>\r
 191 \r
 192 <p class=3DMsoNormal>Next I hit enter on the thread I want to =\r
 193 read.<o:p></o:p></p>\r
 194 \r
 195 <p class=3DMsoNormal>Then I use &#8216;c-s&#8217; to search forward =\r
 196 through the\r
 197 buffer for the word &#8216;grandfather&#8217;.&nbsp; <o:p></o:p></p>\r
 198 \r
 199 <p class=3DMsoNormal>Provided that the word is in a non citation part of =\r
 200 the\r
 201 buffer all works as expected.<o:p></o:p></p>\r
 202 \r
 203 <p class=3DMsoNormal>If however the word &#8216;grandfather&#8217; =\r
 204 appears in a citation\r
 205 then an incremental search through the buffer won&#8217;t find =\r
 206 it.<o:p></o:p></p>\r
 207 \r
 208 <p class=3DMsoNormal>If the citation is expanded then things work as =\r
 209 expected.<o:p></o:p></p>\r
 210 \r
 211 <p class=3DMsoNormal><o:p>&nbsp;</o:p></p>\r
 212 \r
 213 <p class=3DMsoNormal>I don&#8217;t think this is very logical behavior =\r
 214 as it\r
 215 stands, having to expand each citation to be able to search in it =\r
 216 appears to\r
 217 sort of defeat the search.<o:p></o:p></p>\r
 218 \r
 219 <p class=3DMsoNormal><o:p>&nbsp;</o:p></p>\r
 220 \r
 221 <p class=3DMsoNormal>Ideally I would like to be able to search forward =\r
 222 and if the\r
 223 word was in a citation to have it automagicaly expand for me.&nbsp; =\r
 224 <o:p></o:p></p>\r
 225 \r
 226 <p class=3DMsoNormal>Alternatively Just having point land on the =\r
 227 citation would\r
 228 be enough to let me know there was something inside I may want to =\r
 229 read.<o:p></o:p></p>\r
 230 \r
 231 <p class=3DMsoNormal><o:p>&nbsp;</o:p></p>\r
 232 \r
 233 <p class=3DMsoNormal>What do others think?<o:p></o:p></p>\r
 234 \r
 235 <p class=3DMsoNormal><o:p>&nbsp;</o:p></p>\r
 236 \r
 237 <p class=3DMsoNormal>Regards<o:p></o:p></p>\r
 238 \r
 239 <p class=3DMsoNormal><o:p>&nbsp;</o:p></p>\r
 240 \r
 241 <p class=3DMsoNormal>Bart<o:p></o:p></p>\r
 242 \r
 243 <p class=3DMsoNormal><o:p>&nbsp;</o:p></p>\r
 244 \r
 245 </div>\r
 246 \r
 247 </body>\r
 248 \r
 249 </html>\r
 250 \r
 251 ------=_NextPart_000_0001_01CA90F3.84CD4C20--\r
 252 \r