Re: [notmuch] [PATCH 6/9] Reply to individual messages using message library
[notmuch-archives.git] / e5 / 2227255b4a2728537fee236c27e6bdd35c9d7f
1 Return-Path: <camalot@picnicpark.org>\r
2 X-Original-To: notmuch@notmuchmail.org\r
3 Delivered-To: notmuch@notmuchmail.org\r
4 Received: from localhost (localhost [127.0.0.1])\r
5         by olra.theworths.org (Postfix) with ESMTP id B41CC431FAE\r
6         for <notmuch@notmuchmail.org>; Sat, 28 Nov 2009 22:09:37 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 Received: from olra.theworths.org ([127.0.0.1])\r
9         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
10         with ESMTP id sOI8-cqQkSNh for <notmuch@notmuchmail.org>;\r
11         Sat, 28 Nov 2009 22:09:36 -0800 (PST)\r
12 Received: from picnicpark.org (picnicpark.org [130.94.181.238])\r
13         by olra.theworths.org (Postfix) with ESMTP id 31313431FBC\r
14         for <notmuch@notmuchmail.org>; Sat, 28 Nov 2009 22:09:36 -0800 (PST)\r
15 Received: (qmail 80513 invoked by uid 13806); 29 Nov 2009 06:09:34 -0000\r
16 Received: from unknown (HELO gw.picnicpark.org) ([76.210.240.177])\r
17         (envelope-sender <camalot@picnicpark.org>)\r
18         by 130.94.181.238 (qmail-ldap-1.03) with SMTP\r
19         for <cworth@cworth.org>; 29 Nov 2009 06:09:34 -0000\r
20 Received: from friend.picnicpark.org.picnicpark.org (friend.picnicpark.org\r
21         [192.168.35.1])\r
22         by gw.picnicpark.org (Postfix) with ESMTP id BBE26550094;\r
23         Sat, 28 Nov 2009 22:09:33 -0800 (PST)\r
24 From: Keith Amidon <camalot@picnicpark.org>\r
25 To: Carl Worth <cworth@cworth.org>\r
26 Organization: picnicpark.org\r
27 References: <1259328615-1445-1-git-send-email-camalot@picnicpark.org>\r
28         <1259328615-1445-2-git-send-email-camalot@picnicpark.org>\r
29         <1259328615-1445-3-git-send-email-camalot@picnicpark.org>\r
30         <1259328615-1445-4-git-send-email-camalot@picnicpark.org>\r
31         <1259328615-1445-5-git-send-email-camalot@picnicpark.org>\r
32         <1259328615-1445-6-git-send-email-camalot@picnicpark.org>\r
33         <1259328615-1445-7-git-send-email-camalot@picnicpark.org>\r
34         <87fx7zte8z.fsf@yoom.home.cworth.org>\r
35 Date: Sat, 28 Nov 2009 22:09:33 -0800\r
36 In-Reply-To: <87fx7zte8z.fsf@yoom.home.cworth.org> (Carl Worth's message of\r
37         "Fri, 27 Nov 2009 21:22:36 -0800")\r
38 Message-ID: <87pr71rheq.fsf@friend.picnicpark.org>\r
39 User-Agent: Gnus/5.110009 (No Gnus v0.9) Emacs/23.1 (gnu/linux)\r
40 MIME-Version: 1.0\r
41 Content-Type: text/plain; charset=us-ascii\r
42 Cc: notmuch@notmuchmail.org, Keith Amidon <keith@nicira.com>\r
43 Subject: Re: [notmuch] [PATCH 6/9] Reply to individual messages using\r
44         message library\r
45 X-BeenThere: notmuch@notmuchmail.org\r
46 X-Mailman-Version: 2.1.12\r
47 Precedence: list\r
48 List-Id: "Use and development of the notmuch mail system."\r
49         <notmuch.notmuchmail.org>\r
50 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
51         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
52 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
53 List-Post: <mailto:notmuch@notmuchmail.org>\r
54 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
55 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
56         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
57 X-List-Received-Date: Sun, 29 Nov 2009 06:09:37 -0000\r
58 \r
59 {-- Fri, 27 Nov 2009 21:22:36 -0800: Carl <cworth@cworth.org> wrote: --}\r
60 \r
61 \r
62   Carl> On Fri, 27 Nov 2009 05:30:12 -0800, camalot@picnicpark.org wrote:\r
63   >> From: Keith Amidon <keith@nicira.com>\r
64   >> \r
65   >> As an alternative to creating a reply from the current thread, this\r
66   >> commit provides functions to create replies directly in emacs using\r
67   >> the message library.\r
68   >> \r
69   >> A future commit will provide keybindings so that they are easy to\r
70   >> change if a different set is preferred.\r
71 \r
72   Carl> Can you fill me in a little bit here? The message-mode\r
73   Carl> documentation is quite thin on what the distinctions are between\r
74   Carl> "reply", "wide-reply", and "followup".\r
75 \r
76 Roughly this is my understanding of the\r
77 differences:\r
78 \r
79    reply: reply only to the sender and no other recipients\r
80    wide reply: reply to all recipients (removing self)\r
81    followup: mainly intended for replying to news articles I believe is\r
82         the trigger for the Mail-Followup-To behavior.  See:\r
83 \r
84         http://www.gnu.org/software/emacs/manual/html_node/message/Mailing-Lists.html#Mailing-Lists\r
85 \r
86   Carl> Meanwhile, I don't think we have any need to support different\r
87   Carl> implementations of reply, (that is---I don't want one binding\r
88   Carl> for a "notmuch-based reply" and another for a\r
89   Carl> "message-mode-based reply" without any functional difference in\r
90   Carl> the result).\r
91 \r
92 I agree.  It wasn't clear to me when each type of behavior was useful\r
93 and so I erred on the side of making everything available with long\r
94 key bindings with the idea that as it became clear what was most useful\r
95 the common short key bindings could get those functions.\r
96 \r
97   Carl> Instead I'd like to define what the functionality is that we\r
98   Carl> want here, and then provide that. I do like taking advantage of\r
99   Carl> things like message-mode functionality wherever it exists, so\r
100   Carl> I'm happy to have the default reply button do\r
101   Carl> (with-current-notmuch-show-message (message-reply)) or whatever.\r
102 \r
103   Carl> But meanwhile, I'll *also* want to understand what the\r
104   Carl> variations are here so that we can *also* implement them inside\r
105   Carl> of "notmuch reply" so that non-emacs-based interfaces can easily\r
106   Carl> get at similar functionality.\r
107 \r
108   Carl> So I'm holding off on pushing this patch until I understand it\r
109   Carl> better, (and documentation strings for the new functions might\r
110   Carl> help for that---provided they have more detail than the\r
111   Carl> corresponding documentation strings for the message-mode\r
112   Carl> functions being called).\r
113 \r
114 I'll try to improve my docstings next time around.  Sorry about that!\r
115 \r
116         --- Keith\r