From: Tilman Ahr <tilman.ahr@mailbox.tu-berlin.de>
To: help-gnu-emacs@gnu.org
Subject: Re: .emacs poser
Date: Wed, 18 Dec 2013 03:25:16 +0100 [thread overview]
Message-ID: <87eh5arj3n.fsf@ID-264037.user.dfncis.de> (raw)
In-Reply-To: 878uvjsa1k.fsf@nl106-137-194.student.uu.se
Emanuel Berg <embe8573@student.uu.se> writes:
> Tilman Ahr <tilman.ahr@mailbox.tu-berlin.de> writes:
[...]
> but as for programming the US layout is 100 times
> better.
>
> A couple of friends were telling me this for several
> years. I always told them "I know the keys and
> shortcuts on the Swedish keyboard. Why would I spend
> time learning new?" But then I tried it *once* and
> immediately understood. It is not about "other" keys
> and shortcuts, it is about *better* keys and
> shortcuts. For example, when doing C, on the US layout,
> ';' is one key. On the Swedish ditto, it is *two*. You
> don't have to write much more than a hello_word.c demo
> to realize how much more pleasant it is not having to
> do that extra hit at the end of every line. (And this
> is just one example: there are also all the brackets.)
I've never really viewed shifting as a seperate keystroke, but then I've
never done whole lots of programming…
>> I do have the „dead keys“ option enabled (to make
>> typing the usual accents for french, at least,
>> feasible without much ado) and remap CAPSLOCK[1] to
>> the compose key, nonetheless.
>
> I also remapped caps to
>
> (defun buffer-menu-files-only ()
> (interactive)
> (buffer-menu t) ) ;; files only
Ok. I like having it as a compose key, because I need that somewhat
frequently. It's done on a OS (GUI, really) level, so it works
consistently in all my applications. I don't really use one so
overwhelmingly much mort than the rest that it would make sense to have
application-specific custon key-mapping. Might be different if I
actually used my PC for work.
>> Yes. Definitely. But there are (coff, coff) Operating
>> Systems that make using a compose key hard, if not
>> impossible...
>
> Yeah, like what?
I never found a sane way to do it in Windows, for example. Might have
gotten better in the last couple of years, though. My experience with
Windows has been a while ago.
[...]
>>> Groff! Wow, you are a man (pun) of many
>>> surprises. Is that used outside of the Unix manpages
>>> world?
>>
>> It used to be. And I remember coming across a couple
>> of projects where it was used to nicely format simple
>> textual data in an automated way even a few years ago
>
> That's interesting, didn't know that.
IIRC the rationale was that it did all the formatting needed for the
task at hand, and was significantly simpler and less resource-hungry
than LaTeX & Co.
[...]
>> Footnotes: [1] I have no idea why anybody would have
>> a use for that key's original function on anything
>> but a mechanic typewriter. Other than SHOUTING YOUR
>> LUNGS OUT…
>
> *And* for #define C_CONSTANT and for non-parameters in
> SQL (SELECT year ... ) -
Alway used to just use the regular shift key for stuff like that, but
then, as I stated earlier, I've never spend significant time
programming. If you'd need to do a lot of that, CapsLock would surely be
nice to have.
> though when you think of it, that convention probably should be
> dropped.
There are quite a few conventions like that, when you really think about
it.
> It is just that your eyes are used it it, so it will be like teaching
> an old dog how to sit.
Something like that, yes.
next prev parent reply other threads:[~2013-12-18 2:25 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-17 0:01 .emacs poser B. T. Raven
2013-12-17 0:36 ` Emanuel Berg
2013-12-17 1:48 ` Dale Snell
2013-12-17 2:46 ` Drew Adams
[not found] ` <mailman.9443.1387244913.10748.help-gnu-emacs@gnu.org>
2013-12-17 2:03 ` Emanuel Berg
2013-12-17 2:58 ` Dale Snell
2013-12-17 5:53 ` Jambunathan K
[not found] ` <mailman.9453.1387249112.10748.help-gnu-emacs@gnu.org>
2013-12-17 3:16 ` Emanuel Berg
2013-12-17 5:32 ` Dale Snell
2013-12-17 6:27 ` Tilman Ahr
2013-12-17 16:42 ` Emanuel Berg
2013-12-18 2:25 ` Tilman Ahr [this message]
2013-12-18 21:17 ` Emanuel Berg
2013-12-18 3:01 ` Yuri Khan
[not found] ` <mailman.9542.1387335681.10748.help-gnu-emacs@gnu.org>
2013-12-18 21:23 ` Emanuel Berg
2013-12-19 1:13 ` Yuri Khan
[not found] ` <mailman.9626.1387415627.10748.help-gnu-emacs@gnu.org>
2013-12-20 1:40 ` Emanuel Berg
[not found] ` <mailman.9460.1387258387.10748.help-gnu-emacs@gnu.org>
2013-12-17 16:17 ` Emanuel Berg
2013-12-17 17:36 ` Dale Snell
[not found] ` <mailman.9507.1387301817.10748.help-gnu-emacs@gnu.org>
2013-12-17 17:41 ` Emanuel Berg
2013-12-17 3:06 ` Yuri Khan
2013-12-17 15:17 ` Drew Adams
2013-12-18 1:38 ` Yuri Khan
2013-12-17 7:41 ` Kevin Rodgers
2013-12-17 15:24 ` Doug Lewan
[not found] ` <mailman.9465.1387266001.10748.help-gnu-emacs@gnu.org>
2013-12-17 15:40 ` Sebastien Vauban
2013-12-17 16:29 ` Drew Adams
2013-12-17 16:49 ` Emanuel Berg
2013-12-17 18:20 ` Eli Zaretskii
[not found] ` <mailman.9492.1387293902.10748.help-gnu-emacs@gnu.org>
2013-12-17 17:14 ` Emanuel Berg
2013-12-17 17:16 ` Emanuel Berg
2013-12-17 19:04 ` Doug Lewan
[not found] ` <mailman.9512.1387307070.10748.help-gnu-emacs@gnu.org>
2013-12-17 22:42 ` Emanuel Berg
2013-12-17 23:35 ` Doug Lewan
2013-12-17 21:15 ` Joost Kremers
2013-12-17 22:44 ` Emanuel Berg
2013-12-17 23:25 ` Emanuel Berg
2013-12-18 3:22 ` Jambunathan K
[not found] ` <mailman.9544.1387337046.10748.help-gnu-emacs@gnu.org>
2013-12-18 21:42 ` Emanuel Berg
[not found] ` <mailman.9628.1387418319.10748.help-gnu-emacs@gnu.org>
2013-12-19 2:52 ` Emanuel Berg
2013-12-19 3:00 ` Emanuel Berg
2013-12-20 5:31 ` Jambunathan K
2013-12-20 5:38 ` Jambunathan K
[not found] ` <mailman.9724.1387517532.10748.help-gnu-emacs@gnu.org>
2013-12-20 17:52 ` Emanuel Berg
2013-12-27 6:00 ` B. T. Raven
2013-12-27 14:12 ` Yuri Khan
2013-12-27 16:11 ` Drew Adams
[not found] ` <mailman.10526.1388160732.10748.help-gnu-emacs@gnu.org>
2013-12-29 22:17 ` B. T. Raven
2013-12-29 23:48 ` Drew Adams
2013-12-20 1:52 ` Jambunathan K
2013-12-19 22:24 ` Joost Kremers
2013-12-19 23:16 ` 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=87eh5arj3n.fsf@ID-264037.user.dfncis.de \
--to=tilman.ahr@mailbox.tu-berlin.de \
--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.