Re: notmuch vim patches

diff --git a/56/7945c20393f110f84c4da23ae25466c9f31359 b/56/7945c20393f110f84c4da23ae25466c9f31359
new file mode 100644 (file)
index 0000000..4519317
--- /dev/null
+++ b/56/7945c20393f110f84c4da23ae25466c9f31359
@@ -0,0 +1,118 @@
+Return-Path: <imain@redhat.com>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id C8857431FBC\r
+       for <notmuch@notmuchmail.org>; Fri, 17 Oct 2014 10:29:48 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_NONE=-0.0001] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id FrH9Vk3BRmez for <notmuch@notmuchmail.org>;\r
+       Fri, 17 Oct 2014 10:29:43 -0700 (PDT)\r
+Received: from cmta7.telus.net (cmta7.telus.net [209.171.16.80])\r
+       by olra.theworths.org (Postfix) with ESMTP id 37D5F431FB6\r
+       for <notmuch@notmuchmail.org>; Fri, 17 Oct 2014 10:29:43 -0700 (PDT)\r
+Received: from ovo.mains.priv ([207.102.88.62]) by cmta7.telus.net with TELUS\r
+       id 4HVh1p00N1LiWEf01HVhFq; Fri, 17 Oct 2014 11:29:41 -0600\r
+X-Authority-Analysis: v=2.0 cv=TdpIQ2sh c=1 sm=2\r
+       a=EcQDfIwDZEqJA1f7rVUV8Q==:17 a=K_0WnIvp2iAA:10 a=IkcTkHD0fZMA:10\r
+       a=20KFwNOVAAAA:8 a=edP59c6cV2YxJ-v_kikA:9 a=QEXdDO2ut3YA:10\r
+       a=jEp0ucaQiEUA:10 a=EcQDfIwDZEqJA1f7rVUV8Q==:117\r
+X-Telus-Outbound-IP: 207.102.88.62\r
+Received: from ovo.mains.priv (localhost.localdomain [127.0.0.1])\r
+       by ovo.mains.priv (8.14.8/8.14.8) with ESMTP id s9HHTeqG010967;\r
+       Fri, 17 Oct 2014 10:29:40 -0700\r
+Received: (from imain@localhost)\r
+       by ovo.mains.priv (8.14.8/8.14.8/Submit) id s9HHTc7p010966;\r
+       Fri, 17 Oct 2014 10:29:38 -0700\r
+X-Authentication-Warning: ovo.mains.priv: imain set sender to imain@redhat.com\r
+       using -f\r
+Date: Fri, 17 Oct 2014 10:29:38 -0700\r
+From: Ian Main <imain@redhat.com>\r
+To: Franz Fellner <alpine.art.de@gmail.com>\r
+Message-ID: <544152024e296_2a9f1665e947d@ovo.mains.priv.notmuch>\r
+In-Reply-To: <20141017183538.GI20696@TP_L520.localdomain>\r
+References: <543ecf59e21b8_2c291569e8c7e@ovo.mains.priv.notmuch>\r
+       <20141016144109.GB3471@TP_L520.localdomain>\r
+       <544046f358233_2c291569e8c76@ovo.mains.priv.notmuch>\r
+       <20141017183538.GI20696@TP_L520.localdomain>\r
+Subject: Re: notmuch vim patches\r
+Mime-Version: 1.0\r
+Content-Type: text/plain;\r
+ charset=utf-8\r
+Content-Transfer-Encoding: 7bit\r
+Cc: notmuch@notmuchmail.org\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Fri, 17 Oct 2014 17:29:48 -0000\r
+\r
+Franz Fellner wrote:\r
+> On Thu, 16 Oct 2014 15:30:11 -0700, Ian Main <imain@redhat.com> wrote:\r
+> > Franz Fellner wrote:\r
+> > > \r
+> > >  \r
+> > > > I'm starting to realize that I could default to using 'enter' to both\r
+> > > > open URI's and view attachments.  Any other ideas welcome.\r
+> > > \r
+> > > - make some of the functions public so users can bind them to keys they\r
+> > >   want\r
+> > > - introduce show_[prev,next]_unread_msg, probably factor out\r
+> > >   "show_scroll_to_msg()" and implement prev/next msg with that?\r
+> > \r
+> > You know I was just reading a thread and hit 'a' to archive a message\r
+> > within the thread and for some reason it hung for a few seconds.. but it\r
+> > made me think we should be able to press 'a' (or whatever archive key)\r
+> > and have it archive and move to next unread.  That seems to me to be a\r
+> > good behavior with a natural flow.\r
+> \r
+> Yes, sounds good.\r
+> Today I thought of a more generic approach:\r
+> pass a query that a message should match.\r
+> :notmuch-show-next-message tag:unread                # go to the next unread\r
+> message in thread\r
+\r
+next unread message in thread, and if there are no more in thread, the next\r
+unread message in the next thread?\r
+\r
+> :notmuch-show-next-message from:"Ian Main"   # got to the next\r
+> message in thread sent by "Ian Main"\r
+> ...\r
+> The user then can map keys to custom commands.\r
+> \r
+> Good or too generic?\r
+\r
+I'm not sure how easy it would be to invoke that.. if you think you'd use\r
+it I'd say it's fine but I don't think I would.\r
+\r
+> \r
+> Furthermore I thought of rearranging the sources:\r
+> - Put files in Vundle/*-compatible dirs, would simplify development.\r
+>   (Currently I have several files symlinked from notmuch-src into .vim)\r
+> - Put the "heavy" ruby code into its own file. Today I got an error I\r
+>   could not deal with because line numbers did not match. Also I read\r
+>   about the possibility that the ruby interpreter might optimize only\r
+>   seperate files. This could lead to better performance.\r
+> \r
+\r
+Yes, that's a good idea too.  I notice that the github version has a\r
+different layout. I think it is vundle compatible?  I know it makes moving\r
+patches from the official repo to the github one challenging.\r
+\r
+    Ian\r
+\r
+\r