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: Fri, 18 Oct 2013 21:59:54 -0400 Message-ID: References: <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> <20131018170320.GC2569@acm.acm> <20131018204551.GC3012@acm.acm> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1382148013 19164 80.91.229.3 (19 Oct 2013 02:00:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 19 Oct 2013 02:00:13 +0000 (UTC) Cc: martin rudalics , "Stephen J. Turnbull" , emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 19 04:00:16 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 1VXLpw-0008FC-0t for ged-emacs-devel@m.gmane.org; Sat, 19 Oct 2013 04:00:16 +0200 Original-Received: from localhost ([::1]:60034 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VXLpv-0002XI-C7 for ged-emacs-devel@m.gmane.org; Fri, 18 Oct 2013 22:00:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43486) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VXLpl-0002Tr-67 for emacs-devel@gnu.org; Fri, 18 Oct 2013 22:00:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VXLpd-0001U4-TA for emacs-devel@gnu.org; Fri, 18 Oct 2013 22:00:05 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:47352) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VXLpd-0001Tz-OF for emacs-devel@gnu.org; Fri, 18 Oct 2013 21:59:57 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFLd+GD/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLDiYSFBgNJIgeBsEtkQoDpHqBXoMT X-IPAS-Result: Av4EABK/CFFLd+GD/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLDiYSFBgNJIgeBsEtkQoDpHqBXoMT X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="35854702" Original-Received: from 75-119-225-131.dsl.teksavvy.com (HELO pastel.home) ([75.119.225.131]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 18 Oct 2013 21:59:55 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 0FFED610B6; Fri, 18 Oct 2013 21:59:54 -0400 (EDT) In-Reply-To: <20131018204551.GC3012@acm.acm> (Alan Mackenzie's message of "Fri, 18 Oct 2013 20:45:51 +0000") 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:164340 Archived-At: > The point is that there are a near infinite number of invocations of > `newline' in the wild, and an unknown proportion of these, possibly > quite high, will depend on `newline' doing precisely what its doc string but also possibly quite low. > says. Their existence makes the utility of electric-indent-mode, at the > moment, questionable. As long as we're in the "unknown proportion", we can't tell. >> >> This discussion would benefit from actual examples of code that >> >> fall into neither "do whatever RET does" nor "insert \n". >> > See above. Any code which is interested in filling (or, possibly, even >> > margins, if anything actually uses these) will get broken by the >> > `-and-indent'. >> "any code which..." is not concrete. > I've given you a concrete example of such code, several times. Right, but I said "examples" not "example". So far I've seen one concrete example, from your ~/.emacs (i.e. a problem that will affect O(1) user). That's not very compelling. Stefan