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 --]
next prev 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).