[PATCH 19/21] vim: remove unnecessary buffer queue
[notmuch-archives.git] / b2 / c186a84bd823056a06b9a0edde26189b784e73
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 CD24A40D14B\r
6         for <notmuch@notmuchmail.org>; Thu,  4 Nov 2010 06:25:16 -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: -1.9\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5\r
12         tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001]\r
13         autolearn=unavailable\r
14 Received: from olra.theworths.org ([127.0.0.1])\r
15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
16         with ESMTP id DVnliU6fjv5b for <notmuch@notmuchmail.org>;\r
17         Thu,  4 Nov 2010 06:24:56 -0700 (PDT)\r
18 Received: from mail-ww0-f41.google.com (mail-ww0-f41.google.com\r
19  [74.125.82.41])        by olra.theworths.org (Postfix) with ESMTP id 988464196F0       for\r
20  <notmuch@notmuchmail.org>; Thu,  4 Nov 2010 06:24:56 -0700 (PDT)\r
21 Received: by wwi18 with SMTP id 18so396030wwi.2\r
22         for <notmuch@notmuchmail.org>; Thu, 04 Nov 2010 06:24:55 -0700 (PDT)\r
23 Received: by 10.227.157.11 with SMTP id z11mr726809wbw.122.1288877093985;\r
24         Thu, 04 Nov 2010 06:24:53 -0700 (PDT)\r
25 Received: from ut.hh.sledj.net (host81-149-164-25.in-addr.btopenworld.com\r
26         [81.149.164.25])\r
27         by mx.google.com with ESMTPS id h29sm8555501wbc.3.2010.11.04.06.24.52\r
28         (version=TLSv1/SSLv3 cipher=RC4-MD5);\r
29         Thu, 04 Nov 2010 06:24:53 -0700 (PDT)\r
30 Received: by ut.hh.sledj.net (Postfix, from userid 1000)\r
31         id 1061259405B; Thu,  4 Nov 2010 13:24:31 +0000 (GMT)\r
32 To: "Aneesh Kumar K. V" <aneesh.kumar@linux.vnet.ibm.com>\r
33 Subject: Re: [PATCH 3/3] notmuch: Add support for listing the parent message\r
34 In-Reply-To: <m3zktpbcjs.fsf@linux.vnet.ibm.com>\r
35 References: <1288200417-6584-1-git-send-email-aneesh.kumar@linux.vnet.ibm.com>\r
36         <1288200417-6584-3-git-send-email-aneesh.kumar@linux.vnet.ibm.com>\r
37         <87hbfx4euv.fsf@ut.hh.sledj.net>\r
38         <m3zktpbcjs.fsf@linux.vnet.ibm.com>\r
39 User-Agent: Notmuch/0.4 (http://notmuchmail.org) Emacs/23.2.1\r
40         (x86_64-pc-linux-gnu)\r
41 From: David Edmondson <dme@dme.org>\r
42 Date: Thu, 04 Nov 2010 13:24:30 +0000\r
43 Message-ID: <87eib143xt.fsf@ut.hh.sledj.net>\r
44 MIME-Version: 1.0\r
45 Content-Type: text/plain\r
46 Cc: notmuch@notmuchmail.org\r
47 X-BeenThere: notmuch@notmuchmail.org\r
48 X-Mailman-Version: 2.1.13\r
49 Precedence: list\r
50 List-Id: "Use and development of the notmuch mail system."\r
51         <notmuch.notmuchmail.org>\r
52 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
53         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
54 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
55 List-Post: <mailto:notmuch@notmuchmail.org>\r
56 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
57 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
58         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
59 X-List-Received-Date: Thu, 04 Nov 2010 13:25:17 -0000\r
60 \r
61 On Thu, 04 Nov 2010 16:06:39 +0530, "Aneesh Kumar K. V" <aneesh.kumar@linux.vnet.ibm.com> wrote:\r
62 > On Thu, 04 Nov 2010 09:28:40 +0000, David Edmondson <dme@dme.org> wrote:\r
63 > > On Wed, 27 Oct 2010 22:56:57 +0530, "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com> wrote:\r
64 > > > From: Aneesh Kumar K.V <aneesh.kumar@gmail.com>\r
65 > > > \r
66 > > > When you have long thread, it would be nice to be able to\r
67 > > > show the message to which the current message is a reply\r
68 > > \r
69 > > The patch fires up a new search, destroying my context. Shouldn't the\r
70 > > parent message be visible in the current thread and, if so, perhaps just\r
71 > > searching in the current buffer for it (and jumping back there) be\r
72 > > possible? (Maybe even with a key to pop back to the child easily.)\r
73 > > \r
74\r
75 > It should actually stack up. That is, it fires up a new search but then a\r
76 > 'q' should bring back the old context. One of the thing i really\r
77 > wanted to keep was the ability to go back to the old context with a key\r
78 > binding which in this case is achieved by 'q'\r
79 \r
80 I played some more and I agree, it's fine as is.\r