From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Default behaviour of RET. Date: Wed, 23 Oct 2013 20:18:09 +0000 Message-ID: <20131023201809.GA4175@acm.acm> References: <8361sqli02.fsf@gnu.org> <1730ebf3-db44-498c-b2a9-4d288d83a946@default> <87k3h6xuen.fsf@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1382559632 2568 80.91.229.3 (23 Oct 2013 20:20:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 23 Oct 2013 20:20:32 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org, rudalics@gmx.at, monnier@iro.umontreal.ca, Eli Zaretskii , stephen@xemacs.org, Drew Adams To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 23 22:20:35 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 1VZ4uw-0008T5-Me for ged-emacs-devel@m.gmane.org; Wed, 23 Oct 2013 22:20:34 +0200 Original-Received: from localhost ([::1]:51321 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VZ4uw-00026r-65 for ged-emacs-devel@m.gmane.org; Wed, 23 Oct 2013 16:20:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55220) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VZ4uj-000250-9k for emacs-devel@gnu.org; Wed, 23 Oct 2013 16:20:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VZ4ub-0004F3-T0 for emacs-devel@gnu.org; Wed, 23 Oct 2013 16:20:21 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:43171 helo=mail.muc.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VZ4ub-0004Er-K0 for emacs-devel@gnu.org; Wed, 23 Oct 2013 16:20:13 -0400 Original-Received: (qmail 33408 invoked by uid 3782); 23 Oct 2013 20:20:11 -0000 Original-Received: from acm.muc.de (p5492CAD2.dip0.t-ipconnect.de [84.146.202.210]) by colin.muc.de (tmda-ofmipd) with ESMTP; Wed, 23 Oct 2013 22:20:09 +0200 Original-Received: (qmail 4306 invoked by uid 1000); 23 Oct 2013 20:18:09 -0000 Content-Disposition: inline In-Reply-To: <87k3h6xuen.fsf@yandex.ru> User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 193.149.48.1 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:164489 Archived-At: Hi, Dmitry. On Tue, Oct 22, 2013 at 12:04:32AM +0400, Dmitry Gutov wrote: > I really have to wonder when anyone would wish to use RET bound to > newline. Why? Does some popular major mode provide inadequate > indentation function, so that you have to pick whether to indent the > next line automatically or not? `newline' is the Right Thing to do in non-programming modes like Text Mode, at least a lot of the time. For example, it is if you have paragraphs indented like this one, where you use auto-fill-mode to calculate a non-null fill prefix to indent subsequent lines of the paragraph and RET to start a new paragraph at column zero. Even in programming modes, you might want to start a whole-line comment at column zero, even where (or especially where) the code is deeply indented. My personal position is that I'm quite happy with RET doing `newline' and C-j doing `newline-and-indent', but (despite being a traditionalist) I wouldn't be that bothered if those bindings were exchanged. I would be most unhappy if the `newline' functionality were to be obliterated, even in restricted circumstances like `electric-indent-mode' being enabled and \n being in `electric-indent-chars'. -- Alan Mackenzie (Nuremberg, Germany).