unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: don provan <dprovan@comcast.net>
Subject: Re: C-p, C-b, C-f, and C-n... why?
Date: Sat, 17 Dec 2005 02:52:47 -0800	[thread overview]
Message-ID: <uoe3gov0g.fsf@comcast.net> (raw)
In-Reply-To: ur78hwgda.fsf@gmail.com

Mathias Dahl <brakjoller@gmail.com> writes:

> OK, the distance from the home row is shorter, but I still don't think
> you can conclude that it is more efficient. For example, C-f require
> "two" (or one, or one and a half if you want) keypresses while the
> arrow keys require only single keypresses.

But when you advance to word movement, they both require two keys
again, but if you use the arrow keys, you're guaranteed those two keys
will require two hands.

> Also, can you seriously say that, when doing complicated cursor
> movements (imagine navigating around in a crossword or minesweeper
> game or similar "grid2), that C-f, C-b, C-n and C-p allows for quicker
> movement? If so, I think you are an alien... :)

C-u<Arrow> is efficient? When you start talking about complicated
cursor movements, I immediately assume I'm going to be quite
frequently using C-u, C-uC-u, and even C-u<number>, all of which are
going to be objectively clumsy when combined with arrow keys.

> I agree that for casual cursor movement *while typing text*, it is
> faster to use C-f et al, but I still don't like the "more efficient"
> statement as I do not find it to be true. Also, the mnemonics (f =
> forward, b = back, n = next, p = previous) suggest that the commands was
> put on those keys not for quick navigation bur for easy learning, in a
> time where the arrows were not present on all keyboards.

There's no denying the history, particularly when, as in my case, you
personally experienced it. It is, in fact, pure luck of history that
emacs has cursor movement defined in a way that allows for much more
efficient cursor movement than standard word processors and Windows
text editors.

> I use both, depending on the situation.

Sure, we all do. And I don't mind the description being changed to
make it a little less definitive. At the same time, it doesn't take
too many such concessions before you've admitted that there's no
reason to switch to Emacs if you're already used to NotePad as an
editor. The reasons Emacs is better than Word or NotePad are *all*
debatable in this way. That doesn't mean we should start advertising
Emacs as "no worse that NotePad!" The fact that the editor is designed
to be driven with the hands at the home position is a *huge* win that
I, for one, would not want to dilute by saying that the arrow keys are
just as good as C-f, C-b, C-n, and C-p.

-don provan

  parent reply	other threads:[~2005-12-17 10:52 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-30  5:38 C-p, C-b, C-f, and C-n... why? casioculture
2005-11-30  5:55 ` Herbert Euler
2005-11-30  8:16 ` Lennart Borgman
2005-11-30  8:39 ` Alan Mackenzie
2005-11-30  9:32 ` Harald Hanche-Olsen
2005-11-30 11:58 ` Thien-Thi Nguyen
2005-11-30 13:21   ` David Hansen
2005-11-30 21:07 ` Eli Zaretskii
2005-11-30 21:49 ` Tim Johnson
2005-12-09 22:03 ` Edward Dodge
2005-12-10  9:51   ` Xavier Maillard
2005-12-10 22:13 ` roodwriter
2005-12-10 22:40   ` Peter Dyballa
     [not found]   ` <mailman.18736.1134254458.20277.help-gnu-emacs@gnu.org>
2005-12-10 23:09     ` roodwriter
2005-12-10 23:12       ` Lennart Borgman
2005-12-11  4:18   ` Eli Zaretskii
     [not found]   ` <mailman.18760.1134274741.20277.help-gnu-emacs@gnu.org>
2005-12-12 11:59     ` Mathias Dahl
2005-12-12 21:04       ` Eli Zaretskii
2005-12-12 22:32         ` Lennart Borgman
2005-12-12 23:22         ` Tim Johnson
     [not found]       ` <mailman.19039.1134421524.20277.help-gnu-emacs@gnu.org>
2005-12-13  8:28         ` Mathias Dahl
2005-12-13  8:56           ` Ralf Angeli
2005-12-13 17:27             ` Tim Johnson
2005-12-13 20:27           ` Eli Zaretskii
2005-12-15 20:36           ` Björn Lindström
2005-12-15 23:26             ` Xavier Maillard
2005-12-17 10:52           ` don provan [this message]
     [not found]           ` <mailman.19488.1134911034.20277.help-gnu-emacs@gnu.org>
2005-12-19  9:24             ` Mathias Dahl
2005-12-15  6:15         ` Stefan Monnier
2005-12-15  9:21           ` Mathias Dahl
2005-12-15 12:01             ` Per Abrahamsen
2005-12-15 16:47               ` Drew Adams
2005-12-15 18:28               ` Mathias Dahl
2005-12-15 20:43                 ` Lennart Borgman
2005-12-15 13:15             ` Lennart Borgman
2005-12-15 17:40               ` Xavier Maillard
2005-12-15 17:52                 ` Lennart Borgman
2005-12-16 17:46               ` Richard M. Stallman
2005-12-15 19:18           ` Eli Zaretskii
  -- strict thread matches above, loose matches on Subject: below --
2005-11-30  5:52 Dave Humphries
     [not found] <mailman.17286.1133329946.20277.help-gnu-emacs@gnu.org>
2005-11-30 11:08 ` David Kastrup

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=uoe3gov0g.fsf@comcast.net \
    --to=dprovan@comcast.net \
    /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.
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).