unofficial mirror of notmuch@notmuchmail.org
 help / color / mirror / code / Atom feed
From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>
To: Johan Parin <johanparin@gmail.com>, notmuch@notmuchmail.org
Subject: Re: [PATCH] Add --message-headers flag to notmuch-show
Date: Mon, 11 Nov 2019 10:26:18 -0500	[thread overview]
Message-ID: <874kzatox1.fsf@fifthhorseman.net> (raw)
In-Reply-To: <20191110124929.21903-1-johan.parin@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1979 bytes --]

Hi Johan--

On Sun 2019-11-10 13:49:29 +0100, Johan Parin wrote:
> Add a new flag --message-headers to notmuch show, in order to let the
> user specify displayed headers using `notmuch-message-headers' in the
> emacs mua.

This is interesting work, thanks for proposing it.

I haven't reviewed the C changes in detail, but i wanted to ask a couple
of bigger-picture questions about where you see this going and how it
fits into the broader ecosystem around notmuch:

 - What is the specific use case for this? For example, can you identify
   situations where different headers need to be emitted by different
   users?  Even one motivating example would help others on this list
   understand why they might want to care :)

 - Do we need full configurability here?  I'd generally prefer for
   notmuch to be simple, instead of offering lots of ways for things to
   be subtly different across installations.  If there's an additional
   header that notmuch-show should be exporting in machine-readable
   mode, why not just export it unilaterally, and let the consumer of
   the headers filter out what they want to filter out?

 - If we do go ahead with the configurability approach, is there a
   rationale for requiring that the option should be a full list, rather
   than a differential approach?  for example "--include-header=Foo" and
   "--suppress-header=Bar" would let the user stick as close to the
   defaults as possible.  That way an upgrade to notmuch that does
   something nice to the default headers wouldn't necessarily get
   overridden by anyone in the habit of making these adjustments.

 - Again, if we're going with the configurability approach, should it
   just be a command line argument, or is this something that someone
   might want to set/retrieve with "notmuch config"?

These are meant as constructive questions, not as a critique -- i'm
hoping that we can make notmuch solve the problems you're trying to
solve!

All the best,

        --dkg

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]

  parent reply	other threads:[~2019-11-11 15:40 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-10 12:49 [PATCH] Add --message-headers flag to notmuch-show Johan Parin
2019-11-10 12:56 ` Johan Parin
2019-11-11 15:26 ` Daniel Kahn Gillmor [this message]
2019-11-11 15:39   ` Daniel Kahn Gillmor
2019-11-12 15:48     ` Antoine Beaupré
2019-11-12 17:19       ` Daniel Kahn Gillmor
2019-11-12 17:27         ` Antoine Beaupré
2019-11-12 19:24     ` Johan Parin
2019-11-12 22:19       ` Daniel Kahn Gillmor
2019-11-12 23:30         ` Tomi Ollila
2019-11-14  0:23           ` Daniel Kahn Gillmor
2019-11-14 20:44             ` Tomi Ollila
2019-11-15 16:59               ` Daniel Kahn Gillmor
2019-11-13  9:37         ` David Edmondson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://notmuchmail.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=874kzatox1.fsf@fifthhorseman.net \
    --to=dkg@fifthhorseman.net \
    --cc=johanparin@gmail.com \
    --cc=notmuch@notmuchmail.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://yhetil.org/notmuch.git/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).