From: Fredrik Staxeng <fstx+u@update.uu.se>
Subject: Re: M-TAB already used by KDE
Date: 19 Dec 2002 16:36:45 +0100 [thread overview]
Message-ID: <1mn0n2owaa.fsf@Tempo.Update.UU.SE> (raw)
In-Reply-To: 84k7i63x1p.fsf@lucy.cs.uni-dortmund.de
>> On the other hand, Super and Hyper are unambigously distinct from
>> Meta/Alt. That is, instead of putting mappings on Alt, which
>> assumes a Sun keyboard, put them on Super.
>
>And what do people do who had Super bindings before?
Unless they also were using Alt (not Meta) bindings, things will
continue to work as before. People who were using Alt bindings
before would have to move them though.
But I was talking about bindings in /usr/share/emacs/21.2/lisp, that is
default bindings delivered with Emacs. Are there any Super bindings
there that might clash with the Alt bindings that are there?
>You are suggestion to remove modifiers. This is not a good idea.
>People with foot pedals will hate you!
What's the name in Emacs for mod5? If there is somebody using more than
three distinct modifiers (five including Shift and Control), then
obviously a name could be invented for them.
I think the pain would be miniscule, and that the gain in clarity
would be worth it. It is hard to discuss technical matters without
precise terminology, as can be seen from the perennial "Why doesn't
my delete key work?" threads.
But perhaps not. Maybe there are a number of users with very elaborate
modifier maps. Then probably my two variables should be replaced by a
single alist, x-modifiers, with default value
'((alt . meta) (meta . meta))
x-alt-is-super would be
'((alt . super) (meta . meta))
x-meta-is-super would be
'((alt . meta) (meta . super))
Present default:
'((alt . alt) (meta . meta))
A Sun users forced onto a PC:
'((alt . meta) (meta . alt))
A user with a full octave foot pedal
'((mod6 . c) (mod7 . ciss) (mod8 . d) (mod9 . diss)
>Yes. Thanks for the suggestion. I'll have to think about that
>"overengineered" part. Hmmm...
I said "a bit overengineered". Nothing like, say the Solaris print spooler.
--
Fredrik Stax\"ang | rot13: sfgk@hcqngr.hh.fr
next prev parent reply other threads:[~2002-12-19 15:36 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-16 21:12 M-TAB already used by KDE Marcel Schmittfull
2002-12-16 21:13 ` David Kastrup
2002-12-16 21:39 ` Marcel Schmittfull
2002-12-16 21:54 ` Benjamin Lewis
[not found] ` <87bs3l2fgk.fsf@kuntu.zangpo.org>
2002-12-17 10:46 ` Kai Großjohann
[not found] ` <87u1hcyseg.fsf@kuntu.zangpo.org>
2002-12-18 17:35 ` Kai Großjohann
2002-12-17 21:53 ` Benjamin Lewis
2002-12-21 1:11 ` Big Bird
2002-12-18 15:23 ` Marcel Schmittfull
2002-12-18 17:12 ` Kai Großjohann
2002-12-18 18:59 ` asoyeur
2002-12-19 11:00 ` Kester Clegg
2002-12-16 21:32 ` Mark Mynsted
2002-12-16 21:43 ` Marcel Schmittfull
2002-12-17 7:42 ` Roman Belenov
2002-12-17 9:19 ` Kai Großjohann
2002-12-18 18:29 ` Fredrik Staxeng
2002-12-18 20:26 ` Kai Großjohann
2002-12-18 21:46 ` Fredrik Staxeng
2002-12-19 7:32 ` Kai Großjohann
2002-12-19 11:59 ` Fredrik Staxeng
2002-12-19 14:25 ` Kai Großjohann
2002-12-19 15:36 ` Fredrik Staxeng [this message]
2002-12-20 18:42 ` Kai Großjohann
2002-12-20 21:24 ` Fredrik Staxeng
2002-12-20 22:04 ` Benjamin Lewis
2002-12-20 23:29 ` yuan
2002-12-21 12:55 ` Kai Großjohann
2002-12-21 13:57 ` Fredrik Staxeng
2002-12-17 18:02 ` Jochem Huhmann
2002-12-19 13:26 ` Carsten Dominik
-- strict thread matches above, loose matches on Subject: below --
2002-12-17 18:52 Marcel Schmittfull
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=1mn0n2owaa.fsf@Tempo.Update.UU.SE \
--to=fstx+u@update.uu.se \
/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).