From 060173530551db6209c739c841b5806035107ccc Mon Sep 17 00:00:00 2001 From: Jani Nikula Date: Tue, 12 Feb 2013 22:06:30 +0200 Subject: [PATCH] Re: [PATCH 0/6] notmuch cli config changes --- db/f06f431aa61d7210910733008e70c3256b3e6e | 97 +++++++++++++++++++++++ 1 file changed, 97 insertions(+) create mode 100644 db/f06f431aa61d7210910733008e70c3256b3e6e diff --git a/db/f06f431aa61d7210910733008e70c3256b3e6e b/db/f06f431aa61d7210910733008e70c3256b3e6e new file mode 100644 index 000000000..d3a455bcf --- /dev/null +++ b/db/f06f431aa61d7210910733008e70c3256b3e6e @@ -0,0 +1,97 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id 246DA431FC7 + for ; Tue, 12 Feb 2013 12:06:30 -0800 (PST) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -0.7 +X-Spam-Level: +X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 + tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id o2rNFMiHjP6n for ; + Tue, 12 Feb 2013 12:06:29 -0800 (PST) +Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com + [209.85.217.182]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) + (No client certificate requested) + by olra.theworths.org (Postfix) with ESMTPS id 5E223431FC0 + for ; Tue, 12 Feb 2013 12:06:29 -0800 (PST) +Received: by mail-lb0-f182.google.com with SMTP id gg6so393194lbb.41 + for ; Tue, 12 Feb 2013 12:06:27 -0800 (PST) +X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; + d=google.com; s=20120113; + h=x-received:from:to:subject:in-reply-to:references:user-agent:date + :message-id:mime-version:content-type:x-gm-message-state; + bh=x8prM9PofJ3xLJ8dOY0EpN0C125jB4CTFgxCaCTnJX4=; + b=OE4N//QaVfLabZC58M2DxalngR2LICpsq1n8M0xzoL3gQN2Zug96bmIJLSAd72zSh7 + y24v9wRP+0pbCpgipe3N5fAwVJRV1pu3OPTyD09Fk/hrC9f3oGpHJBzeGUMNrdC2U/Cv + c4F3vBOzVOOO4g5U80dSlLqhryNNDJcAV1GAN/xENbMu3NeCe7Z+3JbhTRHe6OzyZv8l + THpCiEO9eRCnn0CWM3yMaYSoXPv75Q8CNGkSeiIV8F7gmcaJK+vGhMRDIacYJNv9tkV5 + 4qfQM+3sWXmD1WhOIWY+jFKVyYO7DKgh9iUka3tTEdoGqdWfGswiCqhg4Wry2TCNBZzy + kc2A== +X-Received: by 10.112.101.230 with SMTP id fj6mr7619434lbb.115.1360699587826; + Tue, 12 Feb 2013 12:06:27 -0800 (PST) +Received: from localhost (dsl-hkibrasgw4-50df51-27.dhcp.inet.fi. + [80.223.81.27]) + by mx.google.com with ESMTPS id ie3sm24430366lab.4.2013.02.12.12.06.25 + (version=TLSv1.2 cipher=RC4-SHA bits=128/128); + Tue, 12 Feb 2013 12:06:26 -0800 (PST) +From: Jani Nikula +To: Jameson Graef Rollins , + David Bremner , notmuch@notmuchmail.org +Subject: Re: [PATCH 0/6] notmuch cli config changes +In-Reply-To: <87a9r9o4ks.fsf@servo.finestructure.net> +References: + <871ucts54t.fsf@servo.finestructure.net> + <87y5f0fhtd.fsf@zancas.localnet> + <87fw12nf7w.fsf@servo.finestructure.net> + <87k3qd92sw.fsf@zancas.localnet> + <87a9r9o4ks.fsf@servo.finestructure.net> +User-Agent: Notmuch/0.14+255~gff3cc55 (http://notmuchmail.org) Emacs/24.2.1 + (x86_64-pc-linux-gnu) +Date: Tue, 12 Feb 2013 22:06:30 +0200 +Message-ID: <871ucl70vt.fsf@nikula.org> +MIME-Version: 1.0 +Content-Type: text/plain +X-Gm-Message-State: + ALoCoQnQDLcUeuaZ3BNDDDYk/tF06cTmUGD1/KuVhk/A2PuWnPgVvFq/r9zl1jPgNDKxgHPnQoBy +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 12 Feb 2013 20:06:30 -0000 + +On Tue, 12 Feb 2013, Jameson Graef Rollins wrote: +> But don't get me wrong, the CLI is one of the things that makes notmuch +> so incredibly awesome. It's an email swiss army knife that's there when +> you need it. But given that even I often need to look at the man page +> during my occasional CLI usage, I just don't want to see it get to +> overcrowded. + +Retrospectively, I observe that my series (up to but not including the +last patch) might help reduce the clutter in the future by facilitating +the move of common options from subcommands to top level. For example, +*all* the options to notmuch new would make (more) sense at the top +level (--verbose, --debug, --no-hooks) and could be useful in other +subcommands. + +> In any event, I've certainly said more than my peace on this issue. +> Jani's series looks good to me (although, ironically, it's missing +> documentation updates!). + +Heh, I just wanted to see what the response was first before putting in +the effort to document it. The code comes easy. :) + +BR, +Jani. -- 2.26.2