Bug 398201 - Meta-key activation not working after option to swap meta + alt
Summary: Meta-key activation not working after option to swap meta + alt
Status: RESOLVED DUPLICATE of bug 415061
Alias: None
Product: plasmashell
Classification: Plasma
Component: general (show other bugs)
Version: master
Platform: Other Linux
: NOR wishlist
Target Milestone: 1.0
Assignee: David Edmundson
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2018-09-03 13:18 UTC by Ovidiu-Florin BOGDAN
Modified: 2021-03-20 04:11 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Settings screenshot (117.94 KB, image/png)
2018-09-03 13:41 UTC, Ovidiu-Florin BOGDAN
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ovidiu-Florin BOGDAN 2018-09-03 13:18:24 UTC
I'm using Linux (Fedora) on a MacBook. The Alt and Meta keys are switched. and there is not AltGr.

Plasma successfully recognises the right alt as AtlGr, and key combinations with it (Romanian keyboar layout) work perfectly.

I'd like an option that will "remap" the Alt and Meta keys, both on the right and on the left, keeping the AltGr functionality on the newly mapped Alt.

There is currently a setting in the Keyboard settings that does this, but not all applications follow this new mapping (Kickoff doesn't work anymore with just Meta), and I loose the AltGr.

Also the whole "Advanced" menu from the Keyboard config in System Settings, is bloated with duplicates and hard to follow.

A good first improvement for this menu would be to add a search function.
Comment 1 David Edmundson 2018-09-03 13:24:16 UTC
>There is currently a setting in the Keyboard settings that does this, but not all applications follow this new mapping (Kickoff doesn't work anymore with just Meta), and I loose the AltGr.

Then we have a normal boring bug.

Can you run xev and capture output of pressing the key?
Can you also see if plasma magically behaves if you restart kwin_x11 mid-session after the keyboard is set up.

>Also the whole "Advanced" menu from the Keyboard config in System Settings, is bloated with duplicates and hard to follow.

Lets keep it one bug per report and focus this one on meta activation not working after meta+alt are swapped
Comment 2 Ovidiu-Florin BOGDAN 2018-09-03 13:41:40 UTC
Created attachment 114758 [details]
Settings screenshot

I've added a screenshot with the setting that I've set.

What works with this setting set:
- Regular switch window (Alt-Tab)
- Regular switch activity (Meta-Tab)
- Setting a shortcut recognizes properly Meta as Alt and Alt as Meta

What doesn't work:
- Kickoff does not launch when pressing the new Meta, but launches when pressing the new Alt
- Using Alt to reveal the menu bar in Firefox (and I guess other apps) doesn't work anymore because Kickoff kicks in. The menus are shown but I can't use them because of Kickoff.
- The new Right Alt is not mapped anymore to AltGr, so keyboard layouts that use AltGr don't work anymore, e.g Romanian keyboard layout uses AltGr+a to produce ă.


P.S. Kickoff shortcut is set to Alt+F1 (default).
Comment 3 Ovidiu-Florin BOGDAN 2018-09-03 13:46:22 UTC
With the setting set:

==============
When pressing the new left Alt:

KeyPress event, serial 40, synthetic NO, window 0x5a00001,
    root 0x2bd, subw 0x0, time 2618710, (90,-11), root:(1122,60),
    state 0x0, keycode 133 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 40, synthetic NO, window 0x5a00001,
    root 0x2bd, subw 0x0, time 2618839, (90,-11), root:(1122,60),
    state 0x8, keycode 133 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

==============
When pressing the new left Meta:

KeyPress event, serial 40, synthetic NO, window 0x5a00001,
    root 0x2bd, subw 0x0, time 2700818, (-201,132), root:(831,203),
    state 0x0, keycode 64 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 40, synthetic NO, window 0x5a00001,
    root 0x2bd, subw 0x0, time 2700987, (-201,132), root:(831,203),
    state 0x40, keycode 64 (keysym 0xffeb, Super_L), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

==============
When pressing the new right Alt:

KeyPress event, serial 40, synthetic NO, window 0x5a00001,
    root 0x2bd, subw 0x0, time 2789743, (-345,-38), root:(687,33),
    state 0x0, keycode 134 (keysym 0xffea, Alt_R), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 40, synthetic NO, window 0x5a00001,
    root 0x2bd, subw 0x0, time 2789888, (-345,-38), root:(687,33),
    state 0x8, keycode 134 (keysym 0xffea, Alt_R), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False

==============
When pressing the new right Meta:

KeyPress event, serial 40, synthetic NO, window 0x5a00001,
    root 0x2bd, subw 0x0, time 2842917, (-251,121), root:(781,192),
    state 0x0, keycode 108 (keysym 0xffec, Super_R), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 40, synthetic NO, window 0x5a00001,
    root 0x2bd, subw 0x0, time 2843022, (-251,121), root:(781,192),
    state 0x40, keycode 108 (keysym 0xffec, Super_R), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False
Comment 4 Ovidiu-Florin BOGDAN 2018-09-03 14:34:13 UTC
With the option NOT set:

Right Alt:

KeyPress event, serial 40, synthetic NO, window 0x5400001,
    root 0x2bd, subw 0x0, time 5676196, (85,-17), root:(1117,54),
    state 0x0, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
    XKeysymToKeycode returns keycode: 92
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 40, synthetic NO, window 0x5400001,
    root 0x2bd, subw 0x0, time 5676277, (85,-17), root:(1117,54),
    state 0x80, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
    XKeysymToKeycode returns keycode: 92
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False


Right Meta:

KeyPress event, serial 40, synthetic NO, window 0x5400001,
    root 0x2bd, subw 0x0, time 5716115, (-461,200), root:(571,271),
    state 0x0, keycode 134 (keysym 0xffec, Super_R), same_screen YES,
    XLookupString gives 0 bytes: 
    XmbLookupString gives 0 bytes: 
    XFilterEvent returns: False

KeyRelease event, serial 40, synthetic NO, window 0x5400001,
    root 0x2bd, subw 0x0, time 5716188, (-461,200), root:(571,271),
    state 0x40, keycode 134 (keysym 0xffec, Super_R), same_screen YES,
    XLookupString gives 0 bytes: 
    XFilterEvent returns: False
Comment 5 Andrew Crouthamel 2018-09-28 03:35:31 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 6 Ovidiu-Florin BOGDAN 2018-09-28 04:29:19 UTC
I have provided the requested information. This should not be in NEEDSINFO anymore. I suspect this issue just waits it's turn in the developer's queue.
Comment 7 Nate Graham 2021-03-20 04:11:29 UTC

*** This bug has been marked as a duplicate of bug 415061 ***