26/68661664239be1ab14aa6160eedd8efa3e502d

   1 Return-Path: <cworth@cworth.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 EE538431FBC\r
   6         for <notmuch@notmuchmail.org>; Tue, 23 Feb 2010 15:35:46 -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: -2.329\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.329 tagged_above=-999 required=5\r
  12         tests=[ALL_TRUSTED=-1.8, AWL=0.211, BAYES_20=-0.74] 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 NouxVsTvrhd7; Tue, 23 Feb 2010 15:35:46 -0800 (PST)\r
  16 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
  17         by olra.theworths.org (Postfix) with ESMTP id 14C6E431FAE;\r
  18         Tue, 23 Feb 2010 15:35:46 -0800 (PST)\r
  19 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
  20         id 3423425427B; Tue, 23 Feb 2010 15:35:44 -0800 (PST)\r
  21 From: Carl Worth <cworth@cworth.org>\r
  22 To: Jameson Rollins <jrollins@finestructure.net>, david@tethera.net,\r
  23         notmuch@notmuchmail.org\r
  24 In-Reply-To: <87wry33bxq.fsf@servo.finestructure.net>\r
  25 References: <1261114167-sup-8228@lisa>\r
  26         <1261141195-5469-1-git-send-email-david@tethera.net>\r
  27         <878wajwwth.fsf@yoom.home.cworth.org>\r
  28         <87wry33bxq.fsf@servo.finestructure.net>\r
  29 Date: Tue, 23 Feb 2010 15:35:43 -0800\r
  30 Message-ID: <87635nwmnk.fsf@yoom.home.cworth.org>\r
  31 MIME-Version: 1.0\r
  32 Content-Type: multipart/signed; boundary="=-=-=";\r
  33         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  34 Subject: Re: [notmuch] JSON output as default [was: Re: [PATCH] Add an\r
  35  "--output=(json|text|)" command-line option...]\r
  36 X-BeenThere: notmuch@notmuchmail.org\r
  37 X-Mailman-Version: 2.1.13\r
  38 Precedence: list\r
  39 List-Id: "Use and development of the notmuch mail system."\r
  40         <notmuch.notmuchmail.org>\r
  41 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  42         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  43 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  44 List-Post: <mailto:notmuch@notmuchmail.org>\r
  45 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  46 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  47         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  48 X-List-Received-Date: Tue, 23 Feb 2010 23:35:47 -0000\r
  49 \r
  50 --=-=-=\r
  51 \r
  52 On Tue, 23 Feb 2010 16:00:01 -0500, Jameson Rollins <jrollins@finestructure.net> wrote:\r
  53 > Hey, Carl.  I mentioned this is an email a while back\r
  54 > (id:87eil4ygar.fsf@servo.finestructure.net), but I want to bring it up\r
  55 > again now that you're looking at the JSON output stuff.  I would like to\r
  56 > make the case for JSON being the one and only output format.  Here's the\r
  57 > arguments:\r
  58 \r
  59 Oh, I'm definitely in favor of killing the %message{ format.\r
  60 \r
  61 As soon as we get the emacs and vi frontends switched to the json\r
  62 output, then that old thing can be eliminated.\r
  63 \r
  64 > * using only one output format would considerably reduce the code base\r
  65 >   in notmuch, keeping things simpler and easier to maintain\r
  66 \r
  67 But I actually still want text-only output. It will be even less\r
  68 "parseable" than the current output, (no delimiters at all), but also\r
  69 have some niceties like thread indentation, etc.\r
  70 \r
  71 The idea there is to support direct, human-readable output for quick\r
  72 command-line use. (It also means that notmuch provides a much gentler\r
  73 introduction to people just experimenting with it). And I'm willing to\r
  74 keep the code base just a "little" bit complicated for that.\r
  75 \r
  76 > If we move to JSON output, it would be *so* sweet to provide means to\r
  77 > filter the output JSON fields.  The "--output" flag could be used to\r
  78 > pick the desired output fields.  For instance, the current "search"\r
  79 > output could be something like:\r
  80 \r
  81 I definitely want to enable the user to select which fields are printed.\r
  82 \r
  83 But I don't see how that depends on JSON output. In fact, for easy shell\r
  84 scripts, etc. I want to be able to do search that give me filenames,\r
  85 email addresses, etc. without any delimiters at all.\r
  86 \r
  87 I definitely want to be able to pipe single-field lists coming from\r
  88 notmuch to grep, xargs, shell for loops, etc. without having to decode\r
  89 JSON.\r
  90 \r
  91 So I'm still in favor of having a "plain text" output going forward,\r
  92 (and by default).\r
  93 \r
  94 -Carl\r
  95 \r
  96 --=-=-=\r
  97 Content-Type: application/pgp-signature\r
  98 \r
  99 -----BEGIN PGP SIGNATURE-----\r
 100 Version: GnuPG v1.4.10 (GNU/Linux)\r
 101 \r
 102 iD8DBQFLhGZQ6JDdNq8qSWgRAiNHAKClF95oKYVmh79wQWP45dFb6rKEBQCeOJBv\r
 103 LbnWo/qmhBhQzjXjzwDLIso=\r
 104 =DUwJ\r
 105 -----END PGP SIGNATURE-----\r
 106 --=-=-=--\r