f6/5cced12645a14144589811147ba7a494b276e1

   1 Return-Path: <bremner@unb.ca>\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 D7AE7431FB6\r
   6         for <notmuch@notmuchmail.org>; Tue, 12 Feb 2013 03:42:52 -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\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
  12         autolearn=disabled\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 e3XIq0RmAhEp for <notmuch@notmuchmail.org>;\r
  16         Tue, 12 Feb 2013 03:42:48 -0800 (PST)\r
  17 Received: from tesseract.cs.unb.ca (tesseract.cs.unb.ca [131.202.240.238])\r
  18         (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
  19         (No client certificate requested)\r
  20         by olra.theworths.org (Postfix) with ESMTPS id D4045431FAF\r
  21         for <notmuch@notmuchmail.org>; Tue, 12 Feb 2013 03:42:48 -0800 (PST)\r
  22 Received: from fctnnbsc30w-156034082078.dhcp-dynamic.fibreop.nb.bellaliant.net\r
  23         ([156.34.82.78] helo=zancas.localnet)\r
  24         by tesseract.cs.unb.ca with esmtpsa\r
  25         (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80)\r
  26         (envelope-from <bremner@unb.ca>)\r
  27         id 1U5EG3-0000cZ-Ey; Tue, 12 Feb 2013 07:42:44 -0400\r
  28 Received: from bremner by zancas.localnet with local (Exim 4.80)\r
  29         (envelope-from <bremner@unb.ca>)\r
  30         id 1U5EFT-0002B5-M4; Tue, 12 Feb 2013 07:42:07 -0400\r
  31 From: David Bremner <david@tethera.net>\r
  32 To: Jameson Graef Rollins <jrollins@finestructure.net>,\r
  33         Jani Nikula <jani@nikula.org>, notmuch@notmuchmail.org\r
  34 Subject: Re: [PATCH 0/6] notmuch cli config changes\r
  35 In-Reply-To: <87fw12nf7w.fsf@servo.finestructure.net>\r
  36 References: <cover.1359495450.git.jani@nikula.org>\r
  37         <871ucts54t.fsf@servo.finestructure.net>\r
  38         <87y5f0fhtd.fsf@zancas.localnet>\r
  39         <87fw12nf7w.fsf@servo.finestructure.net>\r
  40 User-Agent: Notmuch/0.15.1 (http://notmuchmail.org) Emacs/24.2.1\r
  41         (x86_64-pc-linux-gnu)\r
  42 Date: Tue, 12 Feb 2013 07:42:07 -0400\r
  43 Message-ID: <87k3qd92sw.fsf@zancas.localnet>\r
  44 MIME-Version: 1.0\r
  45 Content-Type: text/plain\r
  46 X-Spam_bar: -\r
  47 X-BeenThere: notmuch@notmuchmail.org\r
  48 X-Mailman-Version: 2.1.13\r
  49 Precedence: list\r
  50 List-Id: "Use and development of the notmuch mail system."\r
  51         <notmuch.notmuchmail.org>\r
  52 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  53         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  54 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  55 List-Post: <mailto:notmuch@notmuchmail.org>\r
  56 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  57 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  58         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  59 X-List-Received-Date: Tue, 12 Feb 2013 11:42:53 -0000\r
  60 \r
  61 Jameson Graef Rollins <jrollins@finestructure.net> writes:\r
  62 \r
  63 > But you're right that I'm making a pretty arbitrary distinction.  The\r
  64 > notmuch CLI already includes options to handle output formatting,\r
  65 > etc. that normal users are probably never going to use in their\r
  66 > infrequent use of the CLI.  \r
  67 \r
  68 I don't know if this last is just an off the cuff remark, or it\r
  69 highlights a difference of opinion. In my view "normal" users of notmuch\r
  70 use the CLI frequently.  Arguably that means we should take even more\r
  71 care over the design of the UI, if we can do that doesn't descend too\r
  72 far into bikeshedding territory.\r
  73 \r
  74 > I just don't want to see notmuch fall into the same UI black hole that\r
  75 > e.g. gpg did.\r
  76 \r
  77 GPG is indeed a cautionary tale. FWIW my biggest gripe with GPG is that\r
  78 on top of the profusion of options, I almost always have to use\r
  79 "with-colons" mode to do what I actually want. I don't know what the\r
  80 lesson there is, other than maximum UI fail.\r
  81 \r
  82 d\r