From: Kenichi Handa <handa@gnu.org>
To: Rustom Mody <rustompmody@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: Default behaviour of RET.
Date: Tue, 22 Oct 2013 22:53:43 +0900 [thread overview]
Message-ID: <87iowp5s48.fsf@gnu.org> (raw)
In-Reply-To: <CAJ+TeoeW-FBJb0wGMGmFcko-PRP-dvKx4gPk1CdRTaBbbZQPPQ@mail.gmail.com> (message from Rustom Mody on Mon, 21 Oct 2013 17:42:18 +0530)
In article <CAJ+TeoeW-FBJb0wGMGmFcko-PRP-dvKx4gPk1CdRTaBbbZQPPQ@mail.gmail.com>, Rustom Mody <rustompmody@gmail.com> writes:
> On Mon, Oct 21, 2013 at 8:56 AM, Drew Adams <drew.adams@oracle.com> 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
next prev parent reply other threads:[~2013-10-22 13:53 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <<525EDC50.8010401@gmx.at>
[not found] ` <<20131016192642.GD3125@acm.acm>
[not found] ` <<87mwm8g61e.fsf@uwakimon.sk.tsukuba.ac.jp>
[not found] ` <<jwv4n8globm.fsf-monnier+emacs@gnu.org>
[not found] ` <<20131018170320.GC2569@acm.acm>
[not found] ` <<jwvzjq6pdek.fsf-monnier+emacs@gnu.org>
[not found] ` <<20131018204551.GC3012@acm.acm>
[not found] ` <<jwvzjq6c9da.fsf-monnier+emacs@gnu.org>
[not found] ` <<20131019105836.GA2991@acm.acm>
[not found] ` <<762fa4a6-1a42-48b2-97ba-0f3ab7ef7ba5@default>
[not found] ` <<20131020145513.GC3484@acm.acm>
[not found] ` <<E1VY1SB-0006V5-EH@fencepost.gnu.org>
[not found] ` <<83a9i3l554.fsf@gnu.org>
2013-10-21 3:26 ` Default behaviour of RET Drew Adams
2013-10-21 12:12 ` Rustom Mody
2013-10-22 1:25 ` Richard Stallman
2013-10-23 1:20 ` Stephen J. Turnbull
2013-10-22 13:53 ` Kenichi Handa [this message]
2013-10-21 16:13 ` Eli Zaretskii
2013-10-21 23:09 Drew Adams
2013-10-22 0:37 ` Dmitry Gutov
[not found] <<febb6245-ceda-4c33-a220-b0f24a1c34d2@default>
[not found] ` <<8361sqli02.fsf@gnu.org>
2013-10-21 17:01 ` Drew Adams
2013-10-21 20:04 ` Dmitry Gutov
2013-10-21 20:53 ` Drew Adams
2013-10-21 21:15 ` Dmitry Gutov
2013-10-21 22:03 ` chad
2013-10-21 22:12 ` Daniel Colascione
2013-10-21 23:10 ` Drew Adams
2013-10-22 6:49 ` Lars Brinkhoff
2013-10-23 20:23 ` Alan Mackenzie
2013-10-21 22:13 ` Davis Herring
2013-10-21 23:12 ` Drew Adams
2013-10-21 22:59 ` Jorgen Schaefer
2013-10-22 14:02 ` Stefan Monnier
2013-10-23 0:10 ` Richard Stallman
2013-10-23 4:36 ` Josh
2013-10-23 12:29 ` Stefan Monnier
2013-10-23 18:15 ` Josh
2013-10-24 13:35 ` Stefan Monnier
2013-10-21 23:10 ` Drew Adams
2013-10-22 7:45 ` Jarek Czekalski
2013-10-22 12:03 ` Rustom Mody
2013-10-23 20:18 ` Alan Mackenzie
2013-10-23 23:43 ` Stephen J. Turnbull
2013-10-24 1:53 ` Dmitry Gutov
2013-10-21 22:59 ` Xue Fuqiao
-- strict thread matches above, loose matches on Subject: below --
2013-10-13 10:13 electric-indent-mode: abolition of `newline' function is not the Right Thing Alan Mackenzie
2013-10-13 13:23 ` Stefan Monnier
2013-10-13 14:09 ` Alan Mackenzie
2013-10-13 16:22 ` Stefan Monnier
2013-10-13 17:28 ` Alan Mackenzie
2013-10-15 18:28 ` martin rudalics
2013-10-16 17:12 ` Alan Mackenzie
2013-10-16 18:34 ` martin rudalics
2013-10-16 19:26 ` Default behaviour of RET Alan Mackenzie
2013-10-16 19:47 ` Eli Zaretskii
2013-10-16 23:17 ` Stephen J. Turnbull
2013-10-17 0:47 ` Stefan Monnier
2013-10-18 17:03 ` Alan Mackenzie
2013-10-18 19:52 ` Stefan Monnier
2013-10-18 20:45 ` Alan Mackenzie
2013-10-19 1:59 ` Stefan Monnier
2013-10-19 10:58 ` Alan Mackenzie
2013-10-19 15:07 ` Drew Adams
2013-10-20 14:55 ` Alan Mackenzie
2013-10-20 22:26 ` Richard Stallman
2013-10-21 2:38 ` Eli Zaretskii
2013-10-19 22:20 ` Stefan Monnier
2013-10-20 15:00 ` Alan Mackenzie
2013-10-18 16:57 ` Alan Mackenzie
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87iowp5s48.fsf@gnu.org \
--to=handa@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=rustompmody@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).