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
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
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
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
49 This is a multi-part message in MIME format.
\r
51 ------=_NextPart_000_0001_01CA90F3.84CD4C20
\r
52 Content-Type: text/plain;
\r
54 Content-Transfer-Encoding: 7bit
\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
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
69 Next I hit enter on the thread I want to read.
\r
71 Then I use 'c-s' to search forward through the buffer for the word
\r
74 Provided that the word is in a non citation part of the buffer all works as
\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
80 If the citation is expanded then things work as expected.
\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
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
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
98 What do others think?
\r
111 ------=_NextPart_000_0001_01CA90F3.84CD4C20
\r
112 Content-Type: text/html;
\r
114 Content-Transfer-Encoding: quoted-printable
\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
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
128 /* Font Definitions */
\r
130 {font-family:"Cambria Math";
\r
131 panose-1:2 4 5 3 5 4 6 3 2 4;}
\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
138 margin-bottom:.0001pt;
\r
140 font-family:"Calibri","sans-serif";}
\r
141 a:link, span.MsoHyperlink
\r
142 {mso-style-priority:99;
\r
144 text-decoration:underline;}
\r
145 a:visited, span.MsoHyperlinkFollowed
\r
146 {mso-style-priority:99;
\r
148 text-decoration:underline;}
\r
150 {mso-style-type:personal-compose;
\r
151 font-family:"Calibri","sans-serif";
\r
154 {mso-style-type:export-only;}
\r
156 {size:8.5in 11.0in;
\r
157 margin:1.0in 1.0in 1.0in 1.0in;}
\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
170 <body lang=3DEN-US link=3Dblue vlink=3Dpurple>
\r
172 <div class=3DSection1>
\r
174 <p class=3DMsoNormal>Hi all,<o:p></o:p></p>
\r
176 <p class=3DMsoNormal><o:p> </o:p></p>
\r
178 <p class=3DMsoNormal>I am having a little bit of trouble with =
\r
179 notmuch.el, I’m
\r
180 not sure if I’m just not understanding how it works or if there is =
\r
182 actual issue.<o:p></o:p></p>
\r
184 <p class=3DMsoNormal><o:p> </o:p></p>
\r
186 <p class=3DMsoNormal>The problem is that if I search for a word, lets =
\r
188 grandfather using ‘s’ from the notmuch buffer a list of =
\r
190 returned correctly that contain the word.<o:p></o:p></p>
\r
192 <p class=3DMsoNormal>Next I hit enter on the thread I want to =
\r
193 read.<o:p></o:p></p>
\r
195 <p class=3DMsoNormal>Then I use ‘c-s’ to search forward =
\r
197 buffer for the word ‘grandfather’. <o:p></o:p></p>
\r
199 <p class=3DMsoNormal>Provided that the word is in a non citation part of =
\r
201 buffer all works as expected.<o:p></o:p></p>
\r
203 <p class=3DMsoNormal>If however the word ‘grandfather’ =
\r
204 appears in a citation
\r
205 then an incremental search through the buffer won’t find =
\r
208 <p class=3DMsoNormal>If the citation is expanded then things work as =
\r
209 expected.<o:p></o:p></p>
\r
211 <p class=3DMsoNormal><o:p> </o:p></p>
\r
213 <p class=3DMsoNormal>I don’t think this is very logical behavior =
\r
215 stands, having to expand each citation to be able to search in it =
\r
217 sort of defeat the search.<o:p></o:p></p>
\r
219 <p class=3DMsoNormal><o:p> </o:p></p>
\r
221 <p class=3DMsoNormal>Ideally I would like to be able to search forward =
\r
223 word was in a citation to have it automagicaly expand for me. =
\r
226 <p class=3DMsoNormal>Alternatively Just having point land on the =
\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
231 <p class=3DMsoNormal><o:p> </o:p></p>
\r
233 <p class=3DMsoNormal>What do others think?<o:p></o:p></p>
\r
235 <p class=3DMsoNormal><o:p> </o:p></p>
\r
237 <p class=3DMsoNormal>Regards<o:p></o:p></p>
\r
239 <p class=3DMsoNormal><o:p> </o:p></p>
\r
241 <p class=3DMsoNormal>Bart<o:p></o:p></p>
\r
243 <p class=3DMsoNormal><o:p> </o:p></p>
\r
251 ------=_NextPart_000_0001_01CA90F3.84CD4C20--
\r