From: floyd@barrow.com (Floyd L. Davidson)
Subject: Re: Making Emacs more newbie friendly
Date: Sun, 20 Mar 2005 14:35:51 -0900 [thread overview]
Message-ID: <8764zllwko.fld@barrow.com> (raw)
In-Reply-To: mailman.4485.1111338015.32256.help-gnu-emacs@gnu.org
ken <gebser@speakeasy.net> wrote:
>
>As a touch-typist, I avoid the arrow keys, as well as the
>PageUp, PageDown, and all the other keys in that section of the
>keyboard. And I avoid applications which force me to use them.
>What I like about emacs is that I don't have to use these keys.
>They really get in the way of productivity.
A good point.
I learned long ago not to bind commonly used commands to
function keys. First its harder to type them, but second and of
greater importance to me, they aren't always available (e.g.,
when logged in remotely, or on a partially configured system,
etc. etc.). Being used to touch typing all of the common
commands using regular keys provides much better functionality
(in my case, and that may not be true for others).
But that also left the question of what to do with the function
keys.
I bind them, on a per mode basis, to locally defined or not so
commonly used commands. The problem with that was not being
able to remember 50-100 function key bindings that changed. So
I came up with a function to list only function key bindings.
All I need do is remember that a command exists, and that F2
will print a list of bindings to show how to access the command.
I'm using Gnus right now, so F2 prints a list that starts off
like this,
f1 << help-command >>
f2 fld-describe-fkeys
f3 fld-bold-word
f4 fld-italic-word
f5 fld-underline-word
f6 ispell-message
f7 fld-fix-buffer
f8 fld-picture-mode-toggle
f9 dictionary-search
f10 dictionary-match-words
It goes on to show every combination, such as shifted Fkeys,
C-fkeys, etc. And if F2 is used with any of those modifiers,
the list is abbreviated to only show bindings with the given
modifier.
As an example, switching from the article buffer back to the
summary buffer changes to a new set of bindings, which begins
with this list:
f1 << help-command >>
f2 fld-describe-fkeys
f3 fld-date-file-now
f4 rfc-search
f5 fld-gnus-date-timer
f6 gnus-article-treat-html
f7 gnus-summary-toggle-mime
f8 gnus-summary-repair-multipart
f9 gnus-summary-delete-article
f10 dictionary-match-words
>> By arrow keys I also mean text selection with shift+arrow
>> keys, etc. It is pretty standard in modern systems, so it
>> should be turned on by default.
>
>Same applies here as above. If you like using these kinds of
>keybindings, why don't you simply use an editor that uses them.
>It sounds like learning something new is too advanced for you.
I would suggest that for people who are willing to select an
editor based on default key bindings (particularly key bindings
for function/arrow/ etc keys), emacs is far too complex an
editor... ;-(
>>>> I may sound like a heretic, but I don't think a newbie should learn new
>>>> keybindings for cursor movement.
Well, certainly not if they have learned the *right* ones. What
that is might be open to question, but for some of us the only
possible bindings are traditional Emacs bindings. I believe
that is *exactly* what newbies should learn first.
>It's difficult for me to have any sympathy for someone who
>doesn't want to spend a half hour learning the basics of a new
Can anyone learn the basics of Emacs in half an hour? Maybe our
definition of "basics" is different, but I'd guess maybe a week
of constant use might get close. Most users don't even realize
what Emacs is with even that much use.
>application. You don't sound at all like a heretic; rather, it
>sounds like you're just really lazy. Emacs is a great editor
>(and a lot more). But, yeah, you have to learn a few new things
>in order to use it. Rather than wasting time and bandwidth
>whining about how *hard* it is (because it really isn't all that
>hard), why not just spend some time learning?
There is lazy... and there is lazy. Lazy as in uncaring about
getting work done is one thing. But lazy as in first working to
make work easier is is different. Emacs is ideal to make work
easier. But emulating inferior editors is not the way to do it.
--
Floyd L. Davidson <http://web.newsguy.com/floyd_davidson>
Ukpeagvik (Barrow, Alaska) floyd@barrow.com
next prev parent reply other threads:[~2005-03-20 23:35 UTC|newest]
Thread overview: 123+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-18 21:12 Making Emacs more newbie friendly PT
2005-03-18 21:57 ` Pascal Bourguignon
2005-03-19 5:40 ` PT
2005-03-19 7:57 ` rgb
2005-03-19 9:51 ` David Kastrup
2005-03-19 10:46 ` Steinar Børmer
2005-03-19 11:01 ` David Kastrup
2005-03-20 0:42 ` Steinar Børmer
2005-03-19 20:16 ` Miles Bader
[not found] ` <mailman.4427.1111265353.32256.help-gnu-emacs@gnu.org>
2005-03-19 20:53 ` David Kastrup
2005-03-19 10:56 ` Eli Zaretskii
[not found] ` <mailman.4380.1111231068.32256.help-gnu-emacs@gnu.org>
2005-03-19 14:23 ` PT
2005-03-19 15:08 ` David Kastrup
2005-03-19 15:45 ` Eli Zaretskii
2005-03-19 10:47 ` Eli Zaretskii
2005-03-19 14:34 ` nfreimann
2005-03-19 15:49 ` Gian Uberto Lauri
2005-03-19 16:13 ` nfreimann
[not found] ` <mailman.4406.1111250911.32256.help-gnu-emacs@gnu.org>
2005-03-19 19:12 ` Shawn Betts
2005-03-19 19:35 ` David Kastrup
2005-03-19 21:00 ` Miles Bader
[not found] ` <mailman.4435.1111267700.32256.help-gnu-emacs@gnu.org>
2005-03-19 22:42 ` David Kastrup
2005-03-19 15:50 ` Eli Zaretskii
2005-03-19 12:42 ` Thien-Thi Nguyen
2005-03-19 14:56 ` PT
2005-03-19 15:37 ` David Kastrup
2005-03-19 17:45 ` Thien-Thi Nguyen
2005-03-19 18:07 ` PT
2005-03-19 18:15 ` David Kastrup
2005-03-19 18:24 ` PT
2005-03-19 18:34 ` David Kastrup
2005-04-09 18:01 ` Nathan Hess
[not found] ` <mailman.4378.1111230698.32256.help-gnu-emacs@gnu.org>
2005-03-19 13:41 ` Brian Elmegaard
2005-03-19 14:31 ` David Kastrup
2005-03-19 16:04 ` Lee Sau Dan
2005-03-20 12:33 ` Brian Elmegaard
2005-03-20 17:33 ` Thien-Thi Nguyen
2005-03-21 7:39 ` Brian Elmegaard
2005-03-21 10:07 ` Joe Corneli
2005-03-21 11:27 ` Thien-Thi Nguyen
2005-03-22 11:25 ` Brian Elmegaard
2005-03-21 11:54 ` Klaus Straubinger
2005-03-21 12:37 ` David Kastrup
2005-03-20 12:27 ` Brian Elmegaard
2005-03-20 12:47 ` Jason Rumney
2005-03-21 18:30 ` Drew Adams
2005-03-19 15:37 ` Eli Zaretskii
2005-03-19 17:09 ` Stefan Monnier
2005-03-20 12:42 ` Brian Elmegaard
[not found] ` <mailman.4399.1111247782.32256.help-gnu-emacs@gnu.org>
2005-03-20 12:39 ` Brian Elmegaard
2005-03-20 20:27 ` Eli Zaretskii
[not found] ` <mailman.4504.1111351877.32256.help-gnu-emacs@gnu.org>
2005-03-20 21:05 ` David Kastrup
2005-03-21 8:11 ` Brian Elmegaard
2005-03-21 19:56 ` Eli Zaretskii
[not found] ` <mailman.4626.1111436194.32256.help-gnu-emacs@gnu.org>
2005-03-22 11:33 ` Brian Elmegaard
2005-03-19 14:52 ` PT
2005-03-19 15:14 ` David Hansen
2005-03-19 15:33 ` David Kastrup
2005-03-19 16:00 ` PT
2005-03-19 16:22 ` David Kastrup
2005-03-19 16:57 ` PT
2005-03-19 17:16 ` David Kastrup
2005-03-19 17:55 ` PT
2005-03-19 18:03 ` David Kastrup
2005-03-20 12:52 ` Brian Elmegaard
2005-03-20 17:44 ` David Kastrup
2005-03-20 21:49 ` Alan Mackenzie
2005-03-22 11:46 ` Brian Elmegaard
2005-03-22 13:09 ` David Kastrup
2005-03-23 7:29 ` Brian Elmegaard
2005-03-21 8:17 ` Brian Elmegaard
2005-03-19 18:01 ` PT
2005-03-19 20:45 ` Miles Bader
2005-03-20 17:43 ` Alan Mackenzie
2005-03-19 18:05 ` Shawn Betts
2005-03-19 18:15 ` PT
2005-03-20 17:51 ` Alan Mackenzie
2005-03-19 17:17 ` Eli Zaretskii
2005-03-19 23:16 ` Pascal Bourguignon
2005-03-20 11:49 ` Steinar Børmer
2005-03-20 13:06 ` Floyd L. Davidson
2005-03-19 16:05 ` Eli Zaretskii
2005-03-19 18:16 ` Shawn Betts
2005-03-19 23:34 ` Pascal Bourguignon
2005-03-20 0:45 ` David Kastrup
[not found] ` <mailman.4404.1111249572.32256.help-gnu-emacs@gnu.org>
2005-03-20 11:51 ` Steinar Børmer
2005-03-20 16:31 ` ken
[not found] ` <mailman.4485.1111338015.32256.help-gnu-emacs@gnu.org>
2005-03-20 23:35 ` Floyd L. Davidson [this message]
2005-03-21 4:44 ` Sean Richards
2005-03-21 11:00 ` Floyd L. Davidson
2005-03-22 20:33 ` Sean Richards
2005-03-19 15:45 ` Pascal Bourguignon
2005-03-19 15:54 ` Gian Uberto Lauri
2005-03-19 17:25 ` Eli Zaretskii
[not found] ` <mailman.4413.1111254615.32256.help-gnu-emacs@gnu.org>
2005-03-19 23:33 ` Pascal Bourguignon
2005-03-20 4:37 ` Eli Zaretskii
2005-03-20 9:07 ` Gian Uberto Lauri
2005-03-20 11:30 ` nfreimann
2005-03-20 12:16 ` Gian Uberto Lauri
[not found] ` <mailman.4474.1111322832.32256.help-gnu-emacs@gnu.org>
2005-03-20 18:04 ` Joe Bush
2005-03-21 8:23 ` Brian Elmegaard
[not found] ` <mailman.4470.1111319220.32256.help-gnu-emacs@gnu.org>
2005-03-20 13:01 ` Floyd L. Davidson
2005-03-20 17:37 ` David Kastrup
[not found] ` <mailman.4443.1111294657.32256.help-gnu-emacs@gnu.org>
2005-03-20 15:29 ` Pascal Bourguignon
2005-03-20 15:58 ` Joe Corneli
[not found] ` <mailman.4479.1111335526.32256.help-gnu-emacs@gnu.org>
2005-03-20 20:33 ` Jochen Küpper
2005-03-20 23:50 ` Joe Corneli
2005-03-20 12:59 ` Brian Elmegaard
2005-03-20 17:45 ` David Kastrup
2005-03-21 8:19 ` Brian Elmegaard
2005-03-19 18:42 ` Shawn Betts
2005-03-19 19:27 ` David Kastrup
2005-03-20 6:55 ` Joe Corneli
2005-03-18 22:11 ` Peter Dyballa
2005-03-19 17:17 ` Jason Rumney
2005-03-19 18:10 ` Floyd L. Davidson
2005-03-22 1:59 ` Cristian Gutierrez
2005-03-21 9:56 ` Mathias Dahl
2005-03-21 19:23 ` Peter K. Lee
-- strict thread matches above, loose matches on Subject: below --
2005-03-21 12:53 nfreimann
2005-03-21 15:22 ` Joe Corneli
[not found] <mailman.4566.1111411378.32256.help-gnu-emacs@gnu.org>
2005-03-21 13:21 ` Klaus Straubinger
2005-03-21 21:44 ` Miles Bader
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=8764zllwko.fld@barrow.com \
--to=floyd@barrow.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.
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).