From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: Default behaviour of RET. Date: Tue, 22 Oct 2013 22:53:43 +0900 Message-ID: <87iowp5s48.fsf@gnu.org> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1382450037 2886 80.91.229.3 (22 Oct 2013 13:53:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 22 Oct 2013 13:53:57 +0000 (UTC) Cc: emacs-devel@gnu.org To: Rustom Mody Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 22 15:54:02 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 1VYcPJ-0002Pl-Fe for ged-emacs-devel@m.gmane.org; Tue, 22 Oct 2013 15:54:01 +0200 Original-Received: from localhost ([::1]:44906 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VYcPJ-00075S-6f for ged-emacs-devel@m.gmane.org; Tue, 22 Oct 2013 09:54:01 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57282) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VYcPC-00075K-EV for emacs-devel@gnu.org; Tue, 22 Oct 2013 09:53:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VYcP7-0005V0-R4 for emacs-devel@gnu.org; Tue, 22 Oct 2013 09:53:54 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39865) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VYcP7-0005Uw-O3 for emacs-devel@gnu.org; Tue, 22 Oct 2013 09:53:49 -0400 Original-Received: from fl1-110-233-32-186.iba.mesh.ad.jp ([110.233.32.186]:56092 helo=shatin) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1VYcP7-0000VK-3a; Tue, 22 Oct 2013 09:53:49 -0400 Original-Received: from handa by shatin with local (Exim 4.80) (envelope-from ) id 1VYcP1-0002KG-RE; Tue, 22 Oct 2013 22:53:43 +0900 In-Reply-To: (message from Rustom Mody on Mon, 21 Oct 2013 17:42:18 +0530) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:164454 Archived-At: In article , Rustom Mody writes: > On Mon, Oct 21, 2013 at 8:56 AM, Drew Adams wrote: >>> The days when keyboards had an LFD key that produced C-j are long >>> gone. Nowadays, keyboards have only the RET key, and users expect >>> it to indent in programming modes, at least by default. As things >>> are now, I need to customize every programming mode I use to do that. > > > > You do? You can't use `C-j'? > RET is one keystroke; C-j is two To me, C-j is easier to type than RET. I can type C-j without moving my palms from the home position (my left little finger can type Ctrl-key (next to 'A') without moving the left palm. But, as there are one or two keys between ':' (the home position of the right little finter) and RET key, I have to move my right palm to type RET. Of course, I can use C-m instead of RET, but still C-j is easier. By the way, users expecting RET to indent don't expect C-f and M-f to move cursor. They will keep on using arrow keys or mouse to navigate a buffer. But I believe C-f/M-f and etc. are far more convenient, and recommend users to use them. How one feels about C-j may change when he/she is accustomed to, for instance, all the basic key bindings shown in TUTORIAL. --- Kenichi Handa handa@gnu.org