From: pillule <pillule@riseup.net>
To: Help Gnu Emacs <help-gnu-emacs@gnu.org>
Subject: Re: Modifier Keys and the Archaic Meta Key
Date: Sat, 14 Nov 2020 21:51:54 +0000 [thread overview]
Message-ID: <87lff3bo91.fsf@host.localdomain> (raw)
In-Reply-To: <trinity-73b6d4d1-3f62-4a49-b802-91d553557a74-1603661419035@3c-app-mailcom-bs14>
Hi, I spent myself some time in the xkb configurations files,
Alt and Meta are two different ~keysyms~ so we can attribute them
a
different Modifier.
How Emacs interpret theses two specifically seems configurable
inside
the modifier map if not inside Emacs due to this confusion between
old
terminals and now (I read someone have already done it but don't
remember the post. sorry).
There is 8 slots for modifiers. More for Virtual Modifiers (but
haven't played with theses yet and so I don't know if we can use
them
as a way to dramatically extend our modifiers). Control Shift
Caps_Lock occupy the three first ones.
The five others let users do some customisations but generally
there is
already :
Alt / Meta on the same row
Super
Num_Lock
ISO_Level3_Shift (aka Alt_gr) for europeans symbols
ISO_Level5_Shift eventually for even more layers of symbols.
Personally I cheat by putting the level5 on Num_Lock and so free
place for hyper.
But that's not all, there also indeed the group's modifiers and
the
controls keys such as Overlay1_Enable which can be used to
dramatically increase the number of keys's combinaisons.
Finally,
1. There are multiples possibilities to define a keysym on a key (
8
layers or even more, 4 groups, 1 overlay )
2. There are possibilities to Set/Latch/Lock/Redirect _multiple_
modifiers
and/or a key, all on one key.
3. You can basically choose to define, let's say, Control_R+E to
C-H-M-A-S-s-<down> if it is your pleasure.
XKB is somehow flexible. So, while it would be nice to have more
modifier available ... let's face it, you can already do pretty
damn
things without any more of them.
You mentionned to be an user of the colemak layout, I warmly
suggest you
to look at the sources of the extend mod to see some of theses
things in
practice.
https://forum.colemak.com/topic/1438-dreymars-big-bag-of-keyboard-tricks-linuxxkb-files-included/
Cheers.
Christopher Dimech <dimech@gmx.com> writes:
>> It seems to me that only makes sense on your keyboard, not
>> mine.
>> I have no problem with allowing users the ability to define
>> other modifier keys,
>> but that would likely require the underlying code to support
>> more morifier bits
>> that is does currently.
>
> C* I was just discussing the customary modifier keys
> historically associated with
> Emacs. There are five: {C,M,S,H,s}.
>
>> > Consequently the Alternate Control Modifier Key would simply
>> > be associated with Alt, but to the key as Priority 2, which
>> > can be Alt, Esc, etc.
>>
>> That seems like adding a lot of words with no real value-added.
>> If there are
>> no keyboards in existance today > with a key labeled Meta, then
>> the meaning is
>> clear that it is the other modifier key without needing to
>> resort to excessive
>> verbosity.
>
> C* That is not always precise because Emacs also recognises the
> Hyper and Super
> Keys as well, which I use - although using hardware remapping
> for the location of
> those keys.
>
>> On my keyboard the keys are labeled (center to left) space,
>> command, alt/option,
>> control, function. Depending on Emacs version the Meta key
>> seems to change between
>> Command and Option, I tend to adapt. However, I am getting to
>> like using option
>
> C* The new idea is to dissociate what is actually written on a
> particular keyboard.
> We name the Modifier Keys as "Control, Alternate Control, Hyper,
> Shift, Super".
> Then associate the names to what one actual has printed on the
> keyboard. One can
> use xev and xmodmap for that. Example, one can say Alternate
> Control is "Alt"
> on Peter's Keyboard whilst it is "Meta" or "Esc" on Shirley's
> Keyboard. Whilst
> the Alternate Control Key is "Option" on Frances' Keyboard.
>
>> As far as I know the Function key is an OS-level key that
>> modifies the keystrokes
>> sent to the application, bnut I could be wrong.
>
> C* There are two key codes associated with each key, one
> communicates with Applications,
> whilst the other communicates with the Hardware. They are
> different codes.
>
>
> ---------------------
> Christopher Dimech
> Chief Administrator - Naiad Informatics - GNU Project
> (Geocomputation)
> - Geophysical Simulation
> - Geological Subsurface Mapping
> - Disaster Preparedness and Mitigation
> - Natural Resource Exploration and Production
> - Free Software Advocacy
>
>
>> Sent: Sunday, October 25, 2020 at 9:12 PM
>> From: "Francis Belliveau" <f.belliveau@comcast.net>
>> To: No recipient address
>> Cc: "Help Gnu Emacs" <help-gnu-emacs@gnu.org>
>> Subject: Re: Modifier Keys and the Archaic Meta Key
>>
>>
>>
>> > On Oct 25, 2020, at 09:46, Christopher Dimech
>> > <dimech@gmx.com> wrote:
>> >
>> > Rather than referring to the five principal Modifier Key,
>> > immediately by Key Mnemonics, it is more useful to have
>> > a name for them categorised by priority.
>> >
>> > The Five Principal Modifier Keys can be called Control,
>> > Alternate, Hyper, Shift, Super, then associate any mnemonic
>> > one wants (Ctrl, Ctl) (Meta, Alt, Esc).
>>
>> It seems to me that only makes sense on your keyboard, not
>> mine.
>> I have no problem with allowing users the ability to define
>> other modifier keys, but
>> that would likely require the underlying code to support more
>> morifier bits that is
>> does currently.
>
> C* One can split Ctrl_L from Ctrl_R (and Alt_L from Alt_R, ...
> etc).
>
>> > It is recognised that the Control Modifier Key and the
>> > Meta Modifier Key are exclusively and most widely used
>> > Modifier Keys for Emacs Built-In Keybindings. Consequently
>> > I group them together, one call it Control, whilst the other
>> > as Alternate Control. It makes the use of key much more
>> > precise.
>> >
>> > Consequently the Alternate Control Modifier Key would simply
>> > be associated with Alt, but to the key as Priority 2, which
>> > can be Alt, Esc, etc.
>>
>> That seems like adding a lot of words with no real value-added.
>> If there are no keyboards in existance today with a key labeled
>> Meta, then the meaning is clear that it is the other modifier
>> key without needing to resort to excessive verbosity.
>>
>> > I agree of the utility of possibly more Modifier Keys.
>> > However, sticking
>> > with officially Five Major Modifier Key for now is adequate.
>> > I customarily
>> > use Mechanical Keyboards with Colemak Key Variation, and have
>> > to rebind certain
>> > Key Sequences that are built-in into Emacs. I also remap the
>> > order of keys
>> > from (C, s, M) to (s, M, C). In this way priority increases
>> > from right to
>> > left. The C Key is mapped to the key immediately to the left
>> > of the space bar
>> > as in the original setup of the Lisp Keyboards. However I do
>> > not simply switch
>> > the Meta and Control Key as many have done, but organise the
>> > Keymaps by priority
>> > going outward.
>> >
>>
>> On my keyboard the keys are labeled (center to left) space,
>> command, alt/option, control, function.
>> Depending on Emacs version the Meta key seems to change between
>> Command and Option, I tend to adapt. However, I am getting to
>> like using option since it is distinct from the OS use of
>> command. Option seems to be an application-specific modifier
>> whereas Command has OS utility. As far as I know the Function
>> key is an OS-level key that modifies the keystrokes sent to the
>> application, bnut I could be wrong.
>>
>> Fran
>>
>>
>>
>>
--
next prev parent reply other threads:[~2020-11-14 21:51 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-25 10:05 Modifier Keys and the Archaic Meta Key Christopher Dimech
2020-10-25 11:35 ` Gregory Heytings via Users list for the GNU Emacs text editor
2020-10-25 12:49 ` Christopher Dimech
2020-10-25 19:57 ` Francis Belliveau
2020-10-25 21:07 ` Christopher Dimech
2020-10-26 14:37 ` Modifier Keys and the Archaic Meta Key, term keyboard becoming archaic soon Jean Louis
2020-10-26 16:14 ` Christopher Dimech
2020-10-25 12:45 ` Modifier Keys and the Archaic Meta Key Jean Louis
2020-10-25 13:46 ` Christopher Dimech
2020-10-25 20:12 ` Francis Belliveau
2020-10-25 21:30 ` Christopher Dimech
2020-11-08 22:15 ` pillule
2020-11-14 21:51 ` pillule [this message]
2020-10-25 20:40 ` Vladimir Sedach
2020-10-25 21:32 ` Christopher Dimech
2020-10-25 21:41 ` Drew Adams
2020-10-25 21:53 ` Christopher Dimech
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=87lff3bo91.fsf@host.localdomain \
--to=pillule@riseup.net \
--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.
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).