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: Default behaviour of RET. Date: Wed, 16 Oct 2013 20:47:04 -0400 Message-ID: References: <20131013101325.GA2621@acm.acm> <20131013140931.GC2621@acm.acm> <20131013172841.GA2498@acm.acm> <525D8946.4070406@gmx.at> <20131016171240.GA3125@acm.acm> <525EDC50.8010401@gmx.at> <20131016192642.GD3125@acm.acm> <87mwm8g61e.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1381970841 28596 80.91.229.3 (17 Oct 2013 00:47:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 17 Oct 2013 00:47:21 +0000 (UTC) Cc: Alan Mackenzie , emacs-devel@gnu.org, martin rudalics To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 17 02:47:24 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VWbkJ-0000EE-S6 for ged-emacs-devel@m.gmane.org; Thu, 17 Oct 2013 02:47:24 +0200 Original-Received: from localhost ([::1]:49809 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VWbkJ-0004xh-0r for ged-emacs-devel@m.gmane.org; Wed, 16 Oct 2013 20:47:23 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53679) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VWbk9-0004vx-Ao for emacs-devel@gnu.org; Wed, 16 Oct 2013 20:47:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VWbk2-0004e0-0z for emacs-devel@gnu.org; Wed, 16 Oct 2013 20:47:13 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:58511) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VWbk1-0004dv-Sq for emacs-devel@gnu.org; Wed, 16 Oct 2013 20:47:05 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFMCo0c/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA0kiB4GwS2RCgOkeoFegxM X-IPAS-Result: Av4EABK/CFFMCo0c/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA0kiB4GwS2RCgOkeoFegxM X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="35674495" Original-Received: from 76-10-141-28.dsl.teksavvy.com (HELO pastel.home) ([76.10.141.28]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 16 Oct 2013 20:47:04 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 54DBA60A82; Wed, 16 Oct 2013 20:47:04 -0400 (EDT) In-Reply-To: <87mwm8g61e.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Thu, 17 Oct 2013 08:17:01 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.182 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:164259 Archived-At: > The traditional docstring says that it moves to the left margin and > handles auto-filling. Eli's suggestion of `(insert "\n")' doesn't do > that, and it's not what `newline' does when corrupted by > `electric-shock-mode'. But I think it's useful behavior, and I think > programs should be able to rely on it (as opposed to users who can > modify the behavior of `One-Flew-Over-the-Cuckoos-Nest-mode' by > removing ?\n, or not invoke the mode in the first place). I can't remember ever seeing a piece of code which wants "the Emacs-23 newline behavior". Usually it either wants to (insert "\n") or it wants to simulate hitting RET. This discussion would benefit from actual examples of code that fall into neither "do whatever RET does" nor "insert \n". Stefan