From: Hans BKK <hansbkk@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Learning "my emacs" from the start (was: Generating a listing of all symbols)
Date: Sat, 19 Apr 2014 13:10:22 -0700 (PDT) [thread overview]
Message-ID: <3defe928-5d2e-4d3b-bc26-f595f275f840@googlegroups.com> (raw)
Since some of my ideas here may run counter to the canonical "emacs way" dogma, thought I'd post this separately rather than side-tracking the original thread: http://groups.google.com/d/msg/gnu.emacs.help/1wWyCzr6TDo/4Anbnr_PsFgJ
On Sat, Apr 19, 2014 at 12:34 PM, Robert Thorpe wrote:
>> Before I start getting to know emacs as an end-users - which I'm
>> highly motivated to do, despite the amazingly steep learning curve to
>> do the most basic things - I plan to of course highly customize my
>> emacs environment to suit my needs, before starting the muscle-memory
>> training required to become efficient.
>
> There's no one right way to learn Emacs. But, I think the way you're
> choosing is a lot of work.
>
> You can start off using it for everyday editing, that's what I did and
> what lots of people do. I expect you've done the tutorial and learned
> the keybindings, that's very useful. Then read a bit of the manual
> and the internet resources occasionally and learn more.
>
> You only really need to looks for customizations, enable non-default
> packages, etc. when you run into a problem or you feel something is
> inefficient. Why change the standard behaviour if it's not a problem?
<snip>
I am learning customization before ordinary usage in editing very intentionally; emacs' value as a portable lifetime meta-OS dev/org/comms platform is far more important to me than its comparatively trivial role as an editor.
The whole point to me of bothering with the learning curve [1] of a complex platform like emacs is to create my own highly-customized version, and the keybindings seems (again, to me) to be a logical place to start, ideally before getting sucked into the vanilla-emacs shift-Alt-Ctrl-Super-Meta-Cmd (IMO sorry-but-insane ancient-legacy) default keybindings for routine navigation and editing usage.
I will of course leave many hundreds of commands alone, especially for the more obscure and complex, less frequently used modes and packages not worth taking the time to customize.
Ideally my emacs will be keystroke-compatible with the de-facto standard bindings for the most-used editing-basic functions, as followed by most other mainstream editors released in recent decades, so my 5-y.o. kid and grandmother could juat sit down and use it.
If that's not practical then I'll choose/adapt one of the vi modes, I've got some previous muscle-memory invested there already and like the freedom to use simpler home-row keys offered by vim's modal aspect.
The whole purpose of this initial delta-parsing-via-diff project is to settle on one of these starter-kit keybinding packages and then to bring over the best-of-breed features from the also-rans as needed/desired.
THEN to start learning to use "my emacs" as much as possible in my daily workflow, optimizing my muscle-memory training.
[1] http://jaleelchen.com/archives/469
next reply other threads:[~2014-04-19 20:10 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-19 20:10 Hans BKK [this message]
2014-04-19 20:57 ` Learning "my emacs" from the start (was: Generating a listing of all symbols) Emanuel Berg
2014-04-20 8:06 ` Eli Zaretskii
2014-04-20 10:39 ` Learning "my emacs" from the start Thien-Thi Nguyen
2014-04-20 11:04 ` Eli Zaretskii
2014-04-20 14:12 ` Thien-Thi Nguyen
2014-04-20 14:13 ` Eli Zaretskii
2014-04-22 8:47 ` Nicolas Richard
2014-04-22 16:40 ` Eli Zaretskii
2014-04-20 13:00 ` Florian v. Savigny
2014-04-20 13:29 ` Florian v. Savigny
2014-04-20 14:50 ` Thien-Thi Nguyen
2014-04-21 8:26 ` Florian v. Savigny
[not found] ` <mailman.19974.1398068777.10748.help-gnu-emacs@gnu.org>
2014-04-21 13:12 ` Hans BKK
[not found] ` <mailman.19908.1397981214.10748.help-gnu-emacs@gnu.org>
2014-04-20 13:23 ` Learning "my emacs" from the start (was: Generating a listing of all symbols) Rusi
2014-04-20 17:13 ` Bob Proulx
2014-04-20 18:51 ` Eli Zaretskii
[not found] ` <mailman.19947.1398019903.10748.help-gnu-emacs@gnu.org>
2014-04-21 14:37 ` Rusi
2014-04-21 19:01 ` Bob Proulx
2014-04-21 20:16 ` Robert Thorpe
2014-04-21 20:22 ` Robert Thorpe
2014-04-21 21:00 ` Eli Zaretskii
[not found] ` <mailman.20014.1398106904.10748.help-gnu-emacs@gnu.org>
2014-04-22 1:37 ` Rusi
2014-04-20 17:12 ` Hans BKK
2014-04-20 20:36 ` Robert Thorpe
2014-04-20 20:41 ` Emanuel Berg
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3defe928-5d2e-4d3b-bc26-f595f275f840@googlegroups.com \
--to=hansbkk@gmail.com \
--cc=help-gnu-emacs@gnu.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.