c7/195caa67432da1bbd720a45608df6397023a2f

   1 Return-Path: <bgamari@gmail.com>\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 AD16E431FBC\r
   6         for <notmuch@notmuchmail.org>; Thu, 25 Feb 2010 19:04:20 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.959\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.959 tagged_above=-999 required=5\r
  12         tests=[AWL=-0.960, BAYES_50=0.001] autolearn=ham\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id lA2cjGxAxvkU for <notmuch@notmuchmail.org>;\r
  16         Thu, 25 Feb 2010 19:04:19 -0800 (PST)\r
  17 Received: from qw-out-1920.google.com (qw-out-1920.google.com [74.125.92.144])\r
  18         by olra.theworths.org (Postfix) with ESMTP id D2EBF431FAE\r
  19         for <notmuch@notmuchmail.org>; Thu, 25 Feb 2010 19:04:19 -0800 (PST)\r
  20 Received: by qw-out-1920.google.com with SMTP id 4so52070qwk.32\r
  21         for <notmuch@notmuchmail.org>; Thu, 25 Feb 2010 19:04:15 -0800 (PST)\r
  22 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
  23         h=domainkey-signature:received:received:content-type:cc:subject:from\r
  24         :to:in-reply-to:references:date:message-id:user-agent\r
  25         :content-transfer-encoding;\r
  26         bh=knhck9WkTAPMYd1D5SEHmO0FDIs9tbj7++6R2/PNFDE=;\r
  27         b=noOA7oYYRuIFk3ITYpzzHAyBd4YEDYgo6lEUqHG09S3mGIV0uaMvgdMeID1baI0mu7\r
  28         K8IhroNvFWbY7aulK7Ywl4wLP99sF+jvUzoaY2WQGHvCEwe9I8IyJ23EPyYf+oJhuGhf\r
  29         w7JGXWB4tCFZDDMMk80P8Lt/TSWk1UFNcLy3A=\r
  30 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;\r
  31         h=content-type:cc:subject:from:to:in-reply-to:references:date\r
  32         :message-id:user-agent:content-transfer-encoding;\r
  33         b=JfU/FVNdg653aaq0pBiaQFSLZHZ6Ac+IZTl1mVgmA1n4WJr/jA4a71/OTOImAxeGPy\r
  34         +FbXQvIkt0bbzxj0z0++Lat1jmbBZJ7O4dCTY4chbG5jaojncu0Oj28ujwU2/hHeDLZ3\r
  35         ZBM8CPfmNvrWzZEY8ApzElsNpNve0J73y28QQ=\r
  36 Received: by 10.224.43.136 with SMTP id w8mr122925qae.209.1267153455412;\r
  37         Thu, 25 Feb 2010 19:04:15 -0800 (PST)\r
  38 Received: from localhost (pool-96-236-125-203.spfdma.east.verizon.net\r
  39         [96.236.125.203])\r
  40         by mx.google.com with ESMTPS id 22sm1570921qyk.6.2010.02.25.19.04.13\r
  41         (version=TLSv1/SSLv3 cipher=RC4-MD5);\r
  42         Thu, 25 Feb 2010 19:04:13 -0800 (PST)\r
  43 Content-Type: text/plain; charset=UTF-8\r
  44 From: Ben Gamari <bgamari@gmail.com>\r
  45 To: Arian Kuschki <arian.kuschki@googlemail.com>\r
  46 In-reply-to: <20100225170330.GA12986@localhost>\r
  47 References: <20100219164924.GA17997@localhost>\r
  48  <1266684499-sup-8107@ben-laptop>       <20100225170330.GA12986@localhost>\r
  49 Date: Thu, 25 Feb 2010 22:04:11 -0500\r
  50 Message-Id: <1267152802-sup-7392@ben-laptop>\r
  51 User-Agent: Sup/git\r
  52 Content-Transfer-Encoding: 8bit\r
  53 Cc: notmuch <notmuch@notmuchmail.org>\r
  54 Subject: Re: [notmuch] vim client\r
  55 X-BeenThere: notmuch@notmuchmail.org\r
  56 X-Mailman-Version: 2.1.13\r
  57 Precedence: list\r
  58 List-Id: "Use and development of the notmuch mail system."\r
  59         <notmuch.notmuchmail.org>\r
  60 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  61         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  62 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  63 List-Post: <mailto:notmuch@notmuchmail.org>\r
  64 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  65 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  66         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  67 X-List-Received-Date: Fri, 26 Feb 2010 03:04:20 -0000\r
  68 \r
  69 Excerpts from Arian Kuschki's message of Thu Feb 25 12:03:30 -0500 2010:\r
  70 > On Sat 20, 12:34 -0500, Ben Gamari wrote:\r
  71 > \r
  72 > > The real problem is all notmuch calls are synchronous. Vim unfortunately\r
  73 > > lacks the excellent asynchronous subprocess interface that emacs has.\r
  74 > > Therefore, I'm afraid the vim client is going to be just as unuable\r
  75 > > until someone has implemented asynchronous subprocess support.\r
  76 > \r
  77 > What is the problem that you are trying to solve with asynchronous \r
  78 > sub process support that you cannot solve with things like \r
  79 > ':!notmuch tag +sometag pattern &' or with using temp files and \r
  80 > ":autoread" for views that need to be updated regularly?\r
  81 > This is a genuine question, I am just not very knowledgeable about these \r
  82 > technicalities.\r
  83 \r
  84 The client currently processes search results so it can display only the\r
  85 desired fields in the results buffer. This would make the autoread\r
  86 option quite expensive. On the other hand, if you can think of a way to\r
  87 avoid preprocessing results, we could probably make it work. That being\r
  88 said, I think the correct solution is to simply give vim a more powerful\r
  89 subprocess system. I think this represents an important shortcoming\r
  90 of vim's current scripting environment.\r
  91 \r
  92 > \r
  93 > Do you think improved sub process support will ever be merged into \r
  94 > mainline vim seeing that is somewhat against the vim philosophy (or \r
  95 > isn't it?)?\r
  96 > \r
  97 What do you mean by the vim philosophy? It wouldn't incorporate much\r
  98 additional complexity and you gain quite a bit of flexibility when you\r
  99 can decouple the subprocess life-cycle from the script's flow of\r
 100 execution. This was actually discussed[1] not so long ago on the vim list\r
 101 and a few people of unknown import seemed to support the idea of having\r
 102 more powerful subprocess infrastructure. I think it's pretty much just a\r
 103 matter of finding someone with some time to spare.\r
 104 \r
 105 > > and I would\r
 106 > > far prefer to use notmuch from within vim than from another specialized\r
 107 > > application.\r
 108 > \r
 109 > I agree. I talked to Bart, the creator of the vim client and he said he \r
 110 > was planning to resume his work on it in April at the earliest. I would \r
 111 > really like to see a usable client before that, and I don't think there \r
 112 > is that much to do to make that happen really. There is lots of existing \r
 113 > code we can use for things like json parsing and handling MIME stuff in \r
 114 > the python standard libraries for example. If anybody wants to fork Bart's repo I would \r
 115 > be happy to submit patches and test , but I lack the qualification to \r
 116 > maintain a fork myself unfortunately.\r
 117 \r
 118 I agree that a notmuch frontend implemented in Python would be nice (although that\r
 119 might just be the result of my having effectively zero experience\r
 120 scripting with vim's native language).\r
 121 \r
 122 - Ben\r
 123 \r
 124 \r
 125 [1] http://article.gmane.org/gmane.editors.vim.devel/25108\r