Re: the future of notmuch-vim?

diff --git a/58/9bd7ba7393a6a4f02a08b243efe056dd9c7387 b/58/9bd7ba7393a6a4f02a08b243efe056dd9c7387
new file mode 100644 (file)
index 0000000..b0bf1ff
--- /dev/null
+++ b/58/9bd7ba7393a6a4f02a08b243efe056dd9c7387
@@ -0,0 +1,106 @@
+Return-Path: <guyzmo@vilya.m0g.net>\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 EB2D4431FAF\r
+       for <notmuch@notmuchmail.org>; Tue,  2 Apr 2013 23:02:21 -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 tests=[none]\r
+       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 XNT0LNikAPjJ for <notmuch@notmuchmail.org>;\r
+       Tue,  2 Apr 2013 23:02:21 -0700 (PDT)\r
+Received: from mail.m0g.net (vilya.m0g.net [88.191.157.47])\r
+       by olra.theworths.org (Postfix) with ESMTP id 528FE431FAE\r
+       for <notmuch@notmuchmail.org>; Tue,  2 Apr 2013 23:02:21 -0700 (PDT)\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by mail.m0g.net (Postfix) with ESMTP id BD5163E0C6B;\r
+       Wed,  3 Apr 2013 08:02:00 +0200 (CEST)\r
+X-Virus-Scanned: Debian amavisd-new at vilya.m0g.net\r
+Received: from mail.m0g.net ([127.0.0.1])\r
+       by localhost (sd-38500.dedibox.fr [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id 2dnBALLsoprS; Wed,  3 Apr 2013 08:01:59 +0200 (CEST)\r
+Received: by mail.m0g.net (Postfix, from userid 1000)\r
+       id A429F3E21F4; Wed,  3 Apr 2013 08:01:59 +0200 (CEST)\r
+Date: Wed, 3 Apr 2013 08:01:58 +0200\r
+From: guyzmo <guyzmo+notmuch@m0g.net>\r
+To: Felipe Contreras <felipe.contreras@gmail.com>\r
+Subject: Re: the future of notmuch-vim?\r
+Message-ID: <20130403060158.GJ7702@vilya.m0g.net>\r
+References: <871udhcmks.fsf@zancas.localnet>\r
+       <515b37a1821fc_146e1045e1094149@nysa.mail>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+Content-Disposition: inline\r
+In-Reply-To: <515b37a1821fc_146e1045e1094149@nysa.mail>\r
+User-Agent: Mutt/1.5.21 (2011-07-01)\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: Wed, 03 Apr 2013 06:02:22 -0000\r
+\r
+Hi\r
+\r
+On Tue, Apr 02, 2013 at 01:55:13PM -0600, Felipe Contreras wrote:\r
+> Sorry for the late reply, I wasn't following the ml.\r
+\r
+same here\r
+\r
+> David Bremner wrote:\r
+> > - There are now several alternatives for people whose only motivation to\r
+> >   use the vim frontend was dislike of emacs (alot and notmuch-mutt).\r
+> I did try the emacs frontend, and it was not working properly for me at the\r
+> time, and I believe I documented my issues. It was not just my dislike of emacs\r
+> that motivated me to write notmuch-vim-ruby.\r
+\r
+    I'd say not liking emacs is not a good reason  for  using  vim  as a\r
+MUA. Vim is just a text editor, and nothing else.\r
+\r
+> > There are several alternative vim frontends floating around in (at\r
+> > least) ruby and python. I don't if they are better or worse\r
+> > functionality wise. \r
+> I'd say notmuch-vim-ruby is the best one, but of course I'm biased :)\r
+\r
+    It may be nice and/or fun to use that kind  of  things  in  vim, but\r
+really, it's opposite to the philosophy of vim. I  personnally  prefer a\r
+thousand times to use mutt-kz, alot as MUA,  and  vim  only  for writing\r
+mails.\r
+\r
+    And by the way, to make vim better at writing emails, I  had  a hard\r
+time finding how to implement a way to lookup  addresses  fields' values\r
+fastly using the python API. The method I  found  (based  on  the python\r
+addressbook lookup script) takes about 20s for about 10000 mails.  Is it\r
+the python binding  that's  flawed?  Or  the  way  addresses  fields are\r
+stored? Maybe something could be done.\r
+\r
+> > it to contrib. Or, deprecating it and then removing it.\r
+> > What do people think?\r
+> Personally I think notmuch-vim should be replaced with notmuch-vim-ruby. I did\r
+> try the python version, and remember discussing options with the guy developing\r
+> it, but nothing happened out of it, and I think the ruby version is superior.\r
+> I'd be open to discuss the options here, but I think notmuch-vim-ruby is the\r
+> only real option.\r
+\r
+    Whereas you seem to have done a really good  job  integrating  it to\r
+vim,  I  personally  think  that  anything  that  makes  vim  an  IDE, a\r
+coffeemaker, or an Operating System is not worth the pain. So my opinion\r
+is to just drop vim-as-MUA script support.\r
+\r
+HTH,\r
+\r
+-- \r
+Guyzmo\r