From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id B41CC431FAE for ; Sat, 28 Nov 2009 22:09:37 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sOI8-cqQkSNh for ; Sat, 28 Nov 2009 22:09:36 -0800 (PST) Received: from picnicpark.org (picnicpark.org [130.94.181.238]) by olra.theworths.org (Postfix) with ESMTP id 31313431FBC for ; Sat, 28 Nov 2009 22:09:36 -0800 (PST) Received: (qmail 80513 invoked by uid 13806); 29 Nov 2009 06:09:34 -0000 Received: from unknown (HELO gw.picnicpark.org) ([76.210.240.177]) (envelope-sender ) by 130.94.181.238 (qmail-ldap-1.03) with SMTP for ; 29 Nov 2009 06:09:34 -0000 Received: from friend.picnicpark.org.picnicpark.org (friend.picnicpark.org [192.168.35.1]) by gw.picnicpark.org (Postfix) with ESMTP id BBE26550094; Sat, 28 Nov 2009 22:09:33 -0800 (PST) From: Keith Amidon To: Carl Worth Organization: picnicpark.org References: <1259328615-1445-1-git-send-email-camalot@picnicpark.org> <1259328615-1445-2-git-send-email-camalot@picnicpark.org> <1259328615-1445-3-git-send-email-camalot@picnicpark.org> <1259328615-1445-4-git-send-email-camalot@picnicpark.org> <1259328615-1445-5-git-send-email-camalot@picnicpark.org> <1259328615-1445-6-git-send-email-camalot@picnicpark.org> <1259328615-1445-7-git-send-email-camalot@picnicpark.org> <87fx7zte8z.fsf@yoom.home.cworth.org> Date: Sat, 28 Nov 2009 22:09:33 -0800 In-Reply-To: <87fx7zte8z.fsf@yoom.home.cworth.org> (Carl Worth's message of "Fri, 27 Nov 2009 21:22:36 -0800") Message-ID: <87pr71rheq.fsf@friend.picnicpark.org> User-Agent: Gnus/5.110009 (No Gnus v0.9) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: notmuch@notmuchmail.org, Keith Amidon Subject: Re: [PATCH 6/9] Reply to individual messages using message library X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 06:09:37 -0000 {-- Fri, 27 Nov 2009 21:22:36 -0800: Carl wrote: --} Carl> On Fri, 27 Nov 2009 05:30:12 -0800, camalot@picnicpark.org wrote: >> From: Keith Amidon >> >> 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