c6/c55d14b13f611114d1c83c7cd748e57ddf9d72

   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 B50AB4196F3\r
   6         for <notmuch@notmuchmail.org>; Mon, 29 Mar 2010 02:19:08 -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: -0.001\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5\r
  12         tests=[BAYES_20=-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 w-HfNT80NN5q for <notmuch@notmuchmail.org>;\r
  16         Mon, 29 Mar 2010 02:19:08 -0700 (PDT)\r
  17 Received: from mail-ww0-f53.google.com (mail-ww0-f53.google.com\r
  18  [74.125.82.53])        by olra.theworths.org (Postfix) with ESMTP id D77454196F2       for\r
  19  <notmuch@notmuchmail.org>; Mon, 29 Mar 2010 02:19:07 -0700 (PDT)\r
  20 Received: by wwb22 with SMTP id 22so5867849wwb.26\r
  21         for <notmuch@notmuchmail.org>; Mon, 29 Mar 2010 02:19:07 -0700 (PDT)\r
  22 Received: by 10.216.90.7 with SMTP id d7mr2825737wef.81.1269854347045;\r
  23         Mon, 29 Mar 2010 02:19:07 -0700 (PDT)\r
  24 Received: from uf.hh.sledj.net (host83-217-165-81.dsl.vispa.com\r
  25         [83.217.165.81])\r
  26         by mx.google.com with ESMTPS id p10sm12592868gvf.7.2010.03.29.02.19.05\r
  27         (version=TLSv1/SSLv3 cipher=RC4-MD5);\r
  28         Mon, 29 Mar 2010 02:19:05 -0700 (PDT)\r
  29 Received: by uf.hh.sledj.net (Postfix, from userid 1000)\r
  30         id 4CD815941EB; Mon, 29 Mar 2010 10:19:19 +0100 (BST)\r
  31 To: Sebastian Spaeth <Sebastian@SSpaeth.de>, notmuch@notmuchmail.org\r
  32 In-Reply-To: <87aatt2pf7.fsf@SSpaeth.de>\r
  33 References: <87iq8o76r8.fsf@uf.hh.sledj.net> <87aatt2pf7.fsf@SSpaeth.de>\r
  34 From: David Edmondson <dme@dme.org>\r
  35 Date: Mon, 29 Mar 2010 10:19:19 +0100\r
  36 Message-ID: <874ojzv620.fsf@uf.hh.sledj.net>\r
  37 MIME-Version: 1.0\r
  38 Content-Type: text/plain; charset=us-ascii\r
  39 Subject: Re: [notmuch] JSON based emacs UI\r
  40 X-BeenThere: notmuch@notmuchmail.org\r
  41 X-Mailman-Version: 2.1.13\r
  42 Precedence: list\r
  43 List-Id: "Use and development of the notmuch mail system."\r
  44         <notmuch.notmuchmail.org>\r
  45 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  46         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  47 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  48 List-Post: <mailto:notmuch@notmuchmail.org>\r
  49 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  50 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  51         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  52 X-List-Received-Date: Mon, 29 Mar 2010 09:19:08 -0000\r
  53 \r
  54 On Sun, 28 Mar 2010 03:41:32 +0200, "Sebastian Spaeth" <Sebastian@SSpaeth.de> wrote:\r
  55 > It works really nice and I get the (unmeasured) feeling that it is\r
  56 > faster too (but then it might just be the lack of my additional patches\r
  57 > which slow things down :-)).\r
  58 \r
  59 I'm not sure why it would be faster. If you have a long thread that\r
  60 includes many text/html parts it is clearly slower.\r
  61 \r
  62 > I have one question (which is more build related): now, I have to pull\r
  63 > your branch and an make install-emacs will also always compile and\r
  64 > install the notmuch binary from your branch, but I might want to keep my\r
  65 > own notmuch binary. Is it possible to just use the notmuch frontend from\r
  66 > your branch, but not having to install the binary? Is there such a make\r
  67 > target, or any other way? Should we create a repo that just contains the\r
  68 > frontend and not notmuch itself, so people can mix and match more\r
  69 > easily? (not sure what the right answer is here).\r
  70 \r
  71 As Michal says, you need the 'part' subcommand support. If you have a\r
  72 patch to the Makefile to help achieve what you want I'd be happy to look\r
  73 at it.\r
  74 \r
  75 dme.\r
  76 -- \r
  77 David Edmondson, http://dme.org\r