From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Mail mode and message mode hooks Date: Mon, 30 Nov 2009 22:40:20 -0500 Message-ID: References: <871vjfwi6a.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1259638839 17282 80.91.229.12 (1 Dec 2009 03:40:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Dec 2009 03:40:39 +0000 (UTC) Cc: emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 01 04:40:32 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NFJbM-0004eB-21 for ged-emacs-devel@m.gmane.org; Tue, 01 Dec 2009 04:40:32 +0100 Original-Received: from localhost ([127.0.0.1]:34679 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NFJbL-0002bs-P7 for ged-emacs-devel@m.gmane.org; Mon, 30 Nov 2009 22:40:31 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NFJbH-0002bX-Ba for emacs-devel@gnu.org; Mon, 30 Nov 2009 22:40:27 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NFJbC-0002aB-NO for emacs-devel@gnu.org; Mon, 30 Nov 2009 22:40:27 -0500 Original-Received: from [199.232.76.173] (port=50091 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NFJbC-0002a8-La for emacs-devel@gnu.org; Mon, 30 Nov 2009 22:40:22 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:57102 helo=ironport2-out.pppoe.ca) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NFJbC-00030B-9N for emacs-devel@gnu.org; Mon, 30 Nov 2009 22:40:22 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkcFAKIeFEtLd/5a/2dsb2JhbACBTtYYhDEEihk X-IronPort-AV: E=Sophos;i="4.47,318,1257138000"; d="scan'208";a="50381666" Original-Received: from 75-119-254-90.dsl.teksavvy.com (HELO pastel.home) ([75.119.254.90]) by ironport2-out.pppoe.ca with ESMTP; 30 Nov 2009 22:40:21 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id EC46C80E9; Mon, 30 Nov 2009 22:40:20 -0500 (EST) In-Reply-To: <871vjfwi6a.fsf@stupidchicken.com> (Chong Yidong's message of "Mon, 30 Nov 2009 21:18:37 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:118019 Archived-At: > So, the message-*-hook variables should probably be aliased to the > mail-*-hook variables. Yes. Generally, message-mode should be considered as a derived-mode of mail-mode, I think. On this basis, it would make sense to run mail mail-*-hook. > One problem that I can see with this is that code intended for one mode > may not work properly for the other mode, but I can't think of any > concrete examples. Any thoughts? I have no idea what kind of code people may run from such hooks. The main thing to remember: the old behavior is just one setq away. And as a strong supporter of message-mode, I see nothing wrong with people preferring mail-mode for themselves. Heck, I've been living with exactly such a setq in my .emacs for many years now because I preferred message-mode over the default mail-mode. So there is really no need to work that hard at making message-mode work like mail-mode. Such a thing would only be needed if we were to drop mail-mode in favor of message-mode, whereas we're just changing the default. Changing defaults is not that big a deal. We've been doing it for decades. Every time some people bitch, of course, but as long as it is an improvement for the average user, the transient inconvenience is nothing to worry about. Stefan