Open nsklaus opened 4 months ago
for everyone else not using french keyboard, let's say you have american "qwerty" macbook. i bet the default keymap for tty set after the install is "us" which would be also wrong. it should be "mac-us" instead. if it's not, then your keys must be badly mapped too. it should be mac-(country) like: mac-de, mac-es, mac-se, mac-uk, mac-it, mac-pl ...
on mac-fr keymap in tty:
£
`
(pound and back-tick symbols) gives µ*
(micro and star) instead. #@
(sharp and "at" symbol) can only be used to produce #
(sharp), the "at" symbol cannot be produced. to create one you need to press combo opt+0
(opt + zero keys). which of course the user have to find it blindly by trial and error since it doesn't correspond to anything shown on keys.^¨
(hat and umlaut) produce instead ^"
(hat and double quote)$*
(dollar and star) produce instead $£
(dollar and pound)|
(pipe) the user has to press combo opt+6
the key for6§
(six and section). the standard way on mac keyboard is normally right-opt + right-shift + l
(opt + shift + L ). that works correctly in wayland and x11 but not in tty.}
(closing curly brace) at all.\
(backslash) user has to press opt+8
the key for 8!
(8 and exclamation). the standard way on mac keyboard is normally right-opt + right-shift + /
(opt + shift + slash). that works correctly in wayland and x11 but not in tty.~
(tilde) user has to press opt+2
the key for 2é
(2 and é). the standard way on mac keyboard is normally right-opt + right-shift + n
(opt + shift + n). that works correctly in wayland and x11 but not in tty.
at install time, the default keymap set for tty is
fr
. it is not correct, and for some reason that keymap doesn't work as it usually does on x86 linux. for example, thealt-gr
gets stuck when trying to issue key combo likeright-opt+right-shift+l
(the letter L). this combo is what is usually used to input a pipe|
. but that doesn't work with defaultfr
keymap. that combo and many others like it trigger instead a stuckalt-gr
behavior. which in turn render it very difficult to get the keyboard into a usable state. user is stuck with broken keyboard and only has option to force hard reboot. i must also mention that, with thatfr
keymap, many keys are not located where they should be on a french macbook keyboard.if user manually change default keymap to
mac-fr
instead offr
then the situation is getting better (but not completely ok). for example most keys will now be in the proper location (with the exception of<>
being swapped with#@
), but combo still won't work, and trying to input pipe|
(withright-opt+right-shift+l
will still result in keyboard getting stuck inalt-gr
mode, rendering keyboard unusable again. user has to find blindly by trial and error where are located special chars like :|
,_
,~
,[]
,\
and so on on thismac-fr
keymap. this makes it very difficult to work with keyboard on tty. which is unfortunate because, when user breaks something by error, and that can happen for a large number of reasons, he is usualy dropped on tty, tasked to fix the things he broke. but, as i've explained, the keymap situation on tty makes it another layer of complexity. first figuring how to use the keyboard with all the problem mentioned, then finally user can have a chance to try to fix things around. the problem i describe is furthermore accentuated since, the use of combo:fn+ctrl+opt+Fkeys
is what is used to swap back and forth from tty to wayland and x11. but, when using that combo, it often trigger the stuckalt-gr
behavior too.all the above report was tested on normal fedora-kde-asahi with normal setup, on a french macbookpro, 14", m2pro.