Created attachment 67671 [details] adding ctrl:ralt_rctrl_norwin This makes right modifier keys on MacBook keyboards arranged similarly to modifiers on PC keyboards.
Who and why would need that strange option?
Sorry, did not notice the note about macbooks. Could you please attach the image explaining the mapping? Photo of the keyboard would do (with some markings, perhaps)
Photo: http://www.sefikbeydoner.com/wp-content/uploads/macbook-air-keyboard-part-number_7966_1.jpg The worst part is that AFAIK I can not swap left Ctrl and Fn. :-\
Does the photo make the change reasonable? :-)
Ok. Could we put it into base.extras.xml.in? The option seems to be somewhat exotic
(In reply to comment #5) > Ok. Could we put it into base.extras.xml.in? The option seems to be somewhat > exotic Sure. Should I change the patch?
Yes please
(In reply to comment #7) > Yes please I checked base.extras.xml.in and there are mostly variants. Since this swapping of keys could be useful for MacBooks with any local layout I think having an option like it is present in the current patch would be better. It is not a special layout, but a rearrangement of keys to make several layouts more usable with programs created with PC layout in mind. For me, not having a right control was pretty painful while working in Emacs for example.
There is similar (also related to Macbook keyboards) bug #57813. Would that be some kind of alternative solution for you?
I committed that alternative solution. would it be enough for you as well?
No, it made the situation worse for me since I don't need RWin and the order of the tweaks can't be controlled by me, thus it prevents me from creating a right control. I moved to xmodmap instead using patched xkb, this works fine for me. rbalint@chaos:~$ cat .Xmodmap ! settings for apple keyboards ! Caps Lock is Control_L keycode 66 = Control_L NoSymbol Control_L ! original: !keycode 64 = Alt_L Meta_L Alt_L Meta_L !keycode 133 = Super_L NoSymbol Super_L !keycode 134 = Super_R NoSymbol Super_R !keycode 108 = Alt_R Meta_R Alt_R Meta_R ! remap them keycode 64 = Super_L NoSymbol Super_L keycode 133 = Alt_L Meta_L Alt_L Meta_L keycode 134 = Alt_R Meta_R Alt_R Meta_R keycode 108 = Control_R NoSymbol Control_R clear Control clear Mod1 clear Mod4 clear Lock ! Caps Lock works as Control add Control = Control_L Control_R Caps_Lock add Mod1 = Alt_L Alt_R add Mod4 = Super_L Super_R
well, for now I will close this as WONTFIX but if more people complain, I might reconsider fixing it on xkb level...
*** This bug has been marked as a duplicate of bug 81271 ***
(In reply to comment #13) > > *** This bug has been marked as a duplicate of bug 81271 *** (In reply to comment #12) > well, for now I will close this as WONTFIX but if more people complain, I > might reconsider fixing it on xkb level... I fail to follow the bug handling logic here. First you commit something which breaks my fix then when I migrate away from using the software I opened the bug agains because I give up fixing it you close the bug with wontfix not seeing enough people complaining. Is there a yearly target for decreasing the number of users? :-)
Is resolution of #81271 good enough for you?
(In reply to comment #15) > Is resolution of #81271 good enough for you? I will check it after setting up a VM for it, but even if it works I still don't see the point of fixing the problem in a way which requires changing the kernel module parameters instead of fixing it for the default kernel settings.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.