From: David Bremner <david@tethera.net>
To: Dmitry Kurochkin <dmitry.kurochkin@gmail.com>, notmuch@notmuchmail.org
Subject: Re: [PATCH v2] Output unmodified Content-Type header value for JSON format.
Date: Sat, 19 Nov 2011 08:59:29 -0400 [thread overview]
Message-ID: <87sjlktgi6.fsf@zancas.localnet> (raw)
In-Reply-To: <1321676321-27745-1-git-send-email-dmitry.kurochkin@gmail.com>
On Sat, 19 Nov 2011 08:18:41 +0400, Dmitry Kurochkin <dmitry.kurochkin@gmail.com> wrote:
> Before the change, notmuch used g_mime_content_type_to_string(3)
> function to output Content-Type header value. Turns out it outputs
> only "type/subtype" part and ignores all parameters. Also, if there
> is no Content-Type header, default "text/plain" value is used.
Hi Dmitry;
I haven't analyzed the substance of your patch yet, but I did have a
couple thoughts while reading your mail.
- It seems that every time we change the json format, we have a round of
suffering because people are unable to detect a mismatch between their
emacs code and the cli. Not that this is your problem necessarily, but
it would be nice if someone (TM), would come up with some version info
for the json output, and a patch to check it on the emacs side.
- The previous point is a bit of a counterargument to this, but in
general, I think I prefer patches that modify the core seperate from
those that do emacs (or python, or ...) stuff.
- I understand you want to make your patches reviewable without applying
by including lots of context, but at a certain point it has actually
the opposite effect for me. I just don't read 900+ line emails ;). Of
course, I can still apply the patch and look at it, so it's really up
to you.
d
next prev parent reply other threads:[~2011-11-19 12:59 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-18 23:45 [PATCH] Output unmodified Content-Type header value for JSON format Dmitry Kurochkin
2011-11-19 1:58 ` Jameson Graef Rollins
2011-11-19 2:42 ` Dmitry Kurochkin
2011-11-19 4:59 ` Austin Clements
2011-11-19 5:26 ` Dmitry Kurochkin
2011-11-19 18:58 ` Austin Clements
2011-11-20 18:52 ` Dmitry Kurochkin
2011-11-19 10:49 ` Jameson Graef Rollins
2011-11-20 18:32 ` Dmitry Kurochkin
2011-11-20 20:10 ` Jameson Graef Rollins
2011-11-23 3:40 ` Austin Clements
2012-01-12 17:07 ` Pieter Praet
2012-01-12 17:28 ` Austin Clements
2012-01-14 9:19 ` Pieter Praet
2012-01-15 11:52 ` David Edmondson
2012-01-15 17:58 ` Austin Clements
2012-01-16 8:49 ` David Edmondson
2012-01-16 13:18 ` Tomi Ollila
2011-11-19 4:18 ` [PATCH v2] " Dmitry Kurochkin
2011-11-19 12:59 ` David Bremner [this message]
2011-11-20 18:35 ` Dmitry Kurochkin
2012-01-12 17:08 ` Pieter Praet
2012-01-13 3:16 ` David Bremner
2012-01-14 8:59 ` Pieter Praet
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=87sjlktgi6.fsf@zancas.localnet \
--to=david@tethera.net \
--cc=dmitry.kurochkin@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).