From: Keith Amidon <camalot@picnicpark.org>
To: Carl Worth <cworth@cworth.org>
Cc: notmuch@notmuchmail.org, Keith Amidon <keith@nicira.com>
Subject: Re: [PATCH 6/9] Reply to individual messages using message library
Date: Sat, 28 Nov 2009 22:09:33 -0800 [thread overview]
Message-ID: <87pr71rheq.fsf@friend.picnicpark.org> (raw)
In-Reply-To: <87fx7zte8z.fsf@yoom.home.cworth.org> (Carl Worth's message of "Fri, 27 Nov 2009 21:22:36 -0800")
{-- Fri, 27 Nov 2009 21:22:36 -0800: Carl <cworth@cworth.org> wrote: --}
Carl> On Fri, 27 Nov 2009 05:30:12 -0800, camalot@picnicpark.org wrote:
>> From: Keith Amidon <keith@nicira.com>
>>
>> As an alternative to creating a reply from the current thread, this
>> commit provides functions to create replies directly in emacs using
>> the message library.
>>
>> A future commit will provide keybindings so that they are easy to
>> change if a different set is preferred.
Carl> Can you fill me in a little bit here? The message-mode
Carl> documentation is quite thin on what the distinctions are between
Carl> "reply", "wide-reply", and "followup".
Roughly this is my understanding of the
differences:
reply: reply only to the sender and no other recipients
wide reply: reply to all recipients (removing self)
followup: mainly intended for replying to news articles I believe is
the trigger for the Mail-Followup-To behavior. See:
http://www.gnu.org/software/emacs/manual/html_node/message/Mailing-Lists.html#Mailing-Lists
Carl> Meanwhile, I don't think we have any need to support different
Carl> implementations of reply, (that is---I don't want one binding
Carl> for a "notmuch-based reply" and another for a
Carl> "message-mode-based reply" without any functional difference in
Carl> the result).
I agree. It wasn't clear to me when each type of behavior was useful
and so I erred on the side of making everything available with long
key bindings with the idea that as it became clear what was most useful
the common short key bindings could get those functions.
Carl> Instead I'd like to define what the functionality is that we
Carl> want here, and then provide that. I do like taking advantage of
Carl> things like message-mode functionality wherever it exists, so
Carl> I'm happy to have the default reply button do
Carl> (with-current-notmuch-show-message (message-reply)) or whatever.
Carl> But meanwhile, I'll *also* want to understand what the
Carl> variations are here so that we can *also* implement them inside
Carl> of "notmuch reply" so that non-emacs-based interfaces can easily
Carl> get at similar functionality.
Carl> So I'm holding off on pushing this patch until I understand it
Carl> better, (and documentation strings for the new functions might
Carl> help for that---provided they have more detail than the
Carl> corresponding documentation strings for the message-mode
Carl> functions being called).
I'll try to improve my docstings next time around. Sorry about that!
--- Keith
next prev parent reply other threads:[~2009-11-29 6:09 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-27 13:30 Show mode enhancements camalot
2009-11-27 13:30 ` [PATCH 1/9] Explicitly require the message library camalot
2009-11-27 13:30 ` [PATCH 2/9] Adjust autoload comments camalot
2009-11-27 13:30 ` [PATCH 3/9] Add key binding for notmuch-search in show-mode camalot
2009-11-27 13:30 ` [PATCH 4/9] Factor out message buffer mgmt from notmuch-show-view-all-mime-parts camalot
2009-11-27 13:30 ` [PATCH 5/9] Forward individual messages using message-forward camalot
2009-11-27 13:30 ` [PATCH 6/9] Reply to individual messages using message library camalot
2009-11-27 13:30 ` [PATCH 7/9] Key bindings for message library based replies camalot
2009-11-27 13:30 ` [PATCH 8/9] Provide ability to save attachments camalot
2009-11-27 13:30 ` [PATCH 9/9] Key binding rearrangement for save attachments in show mode camalot
2009-11-28 5:30 ` Carl Worth
2009-11-28 5:28 ` [PATCH 8/9] Provide ability to save attachments Carl Worth
[not found] ` <87bpiongh5.fsf@linux.vnet.ibm.com>
2009-11-27 16:48 ` [PATCH 6/9] Reply to individual messages using message library Keith Amidon
2009-11-28 5:22 ` Carl Worth
2009-11-29 6:09 ` Keith Amidon [this message]
2009-11-28 5:15 ` [PATCH 5/9] Forward individual messages using message-forward Carl Worth
2009-11-28 17:32 ` Keith Amidon
2009-11-28 17:49 ` Carl Worth
2009-11-28 21:14 ` Keith Amidon
2009-11-28 5:10 ` [PATCH 4/9] Factor out message buffer mgmt from notmuch-show-view-all-mime-parts Carl Worth
2009-11-28 5:23 ` Alexander Botero-Lowry
2009-11-28 5:06 ` [PATCH 2/9] Adjust autoload comments Carl Worth
2009-11-28 17:27 ` Keith Amidon
2009-11-28 17:36 ` Carl Worth
2009-11-30 20:38 ` James Rowe
2009-12-04 1:04 ` Carl Worth
2009-12-04 1:24 ` Jameson Graef Rollins
2009-12-04 17:27 ` Carl Worth
2009-12-04 4:44 ` James Rowe
2009-12-04 1:07 ` Carl Worth
2009-12-17 17:17 ` James Rowe
2009-12-17 17:52 ` Carl Worth
2009-11-28 5:03 ` [PATCH 1/9] Explicitly require the message library Carl Worth
2009-11-28 4:18 ` Show mode enhancements Carl Worth
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=87pr71rheq.fsf@friend.picnicpark.org \
--to=camalot@picnicpark.org \
--cc=cworth@cworth.org \
--cc=keith@nicira.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).