all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Emanuel Berg <embe8573@student.uu.se>
To: help-gnu-emacs@gnu.org
Subject: Re: .emacs poser
Date: Tue, 17 Dec 2013 17:42:54 +0100	[thread overview]
Message-ID: <878uvjsa1k.fsf@nl106-137-194.student.uu.se> (raw)
In-Reply-To: 8761qo56we.fsf@ID-264037.user.dfncis.de

Tilman Ahr <tilman.ahr@mailbox.tu-berlin.de> writes:

> Although I'd *hate* to have to use that to get Ä,Ö,Ü
> and ß. I use those *a lot* when writing in German,
> and the DE-DE layout makes them accessible by a
> single Keystroke.

Well, I certainly hope so :) That is why the local
keymaps are there. The Swedish keymap is great for
writing in Swedish (of course, because of å, ä, and ö)
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 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

It is better, though I could think of a lot to do with
caps that makes more sense than what it is used for by
default. Only time I miss it was for C_CONSTANTS, so I
configured caps-mode.el (which implements buffer-local
caps) to enable on M-caps, and then automatically
disable when you are done typing the const (i.e., for
example when you hit space).

>> Which by the way is another solution that I think is
>> much better than setting this up in Emacs.
>
> Yes. Definitely. But there are (coff, coff) Operating
> Systems that make using a compose key hard, if not
> impossible...

Yeah, like what?

> Depending on the area one works in, and considering
> how the US civil justice system works(fsvo), I could
> see that. Personally, I know how to create © and ® on
> my keyboard, how I'd get the [TM] symbol, I have no
> Idea. I believe I recall it's trivial with a compose
> key, and should be doable without, but I don't need
> that symbol other than for ironic remarks on usenet,
> and there, [TM] does the trick quite satisfactorily.

Yes, again abbrev mode could be setup if you really
want the "real thing".

> So, in everyday use: Yes, it's mainly used as a
> format for well-defined visual representation of …
> data. And in this day and age of the paperless
> office, these are usually printed out.

PDF is for ambitious documents/manuals/books that
require special notation, are likely to be printed, are
unlikely to be changed more than occasionally, and
should be read by humans, and thus should look the same
on all computers. (That's why it is portable (the P), I
guess.) When all (or most) of those properties hold,
you should use it.

For many cases, ASCII is better, because it is
faster. If you did everything in LaTeX, it would take
twice or thrice the time. You would soon spend more
time pedantically making it look hot, forgetting what
you were doing in the first place.

> I had a job interview last week where the interviewer
> had my e-mail with all the relevant stuff for my
> application (CV, Certificates, References and all
> that) as a PDF on his PCs screen right in front of
> him, but still printed it out. On good paper, using a
> colour ink-jet printer that went to photo mode,
> because there was a photo on the CV (most german
> employers really appreciate a CV with a decent
> photo. No idea why).

It the emotional appeal. It doesn't always make
sense. But it is the way humans work, so why fight it?

>> 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.

> Yes. I like abbrev-mode for larger projects. Takes a
> while to get that up to speed, but when it's ready,
> it flies.

Yes!

> 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 ... ) - though when you think of it,
that convention probably should be dropped. It is just
that your eyes are used it it, so it will be like
teaching an old dog how to sit.

-- 
Emanuel Berg, programmer-for-rent. CV, projects, etc at uXu
underground experts united:  http://user.it.uu.se/~embe8573


  reply	other threads:[~2013-12-17 16:42 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 [this message]
2013-12-18  2:25             ` Tilman Ahr
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=878uvjsa1k.fsf@nl106-137-194.student.uu.se \
    --to=embe8573@student.uu.se \
    --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.