Now I've fine useful and necessary to use some basic xorg input features (currently it is level3 modifier). Compose key, available via xkb-plugin (version 0.5.4.3) settings is not enough, currently I make testes with setxkbmap and find some incompatibility: Just setting (adding) a modifier using setxkbmap, for example: setxkbmap -option 'lv3:win_switch,misc:typo' is inoperable. Complete reset options, for example setxkbmap -option -option 'grp:ctrl_shift_toggle,compose:menu,lv3:ralt_switch,caps:hyper,misc:typo' works ok (xkb-plugin correctly displays layout, layout switch also work fine). But opening xkb-plugin setting window resets unsupported by plugin xorg server options. Which behaviour is not always wanted. I suggest to change xkb-plugin settings window, dividing it into three tabs: Basic (containing keyboard type, keyboard layout management, switch layout, layout manage type, and add option reset xorg options on opening settings window), View (containing display style and type) and Advanced (containing Compose modifier, level3 modifier and maybe something else, for example level5 modifier), maybe with some help messages, because Compose key logic significantly differs from shift/level3 one. P.S. I find an issue in mentioned version of xkb plugin: "Edit layout" button works as "Add layout"
Well, the current git master code actually does not overwrite any xkb options other than the ones the xkb plugin itself controls so that would hopefully be good enough for your use case. Unfortunately, the git master code won't be available until xfce 4.12 and I haven't backported this particular fix to xkb-plugin 0.5.5 - I guess I could try to do that, it's a fairly localized change. As for the enhancement suggestion, it's pretty much equivalent to bug 5487, right? I don't see the Edit vs Add layout problem, at least not in xkb-plugin 0.5.5.
(In reply to comment #1) > Well, the current git master code actually does not overwrite any xkb > options other than the ones the xkb plugin itself controls so that would > hopefully be good enough for your use case. Yes, it is enough. > Unfortunately, the git master code won't be available until xfce 4.12 and I > haven't backported this particular fix to xkb-plugin 0.5.5 - I guess I could > try to do that, it's a fairly localized change. Depending on roadmap and release plan of 4.12 it may be unnecessary. For last months I've openes settings window of xkb-plugin just few times, on testing setting ComposeKey/Level3 modifiers. > As for the enhancement suggestion, it's pretty much equivalent to bug 5487, > right? Yes, Enchancements almost completely fits. The only difference is that bug 5487 asks what to do, and I also list some ideas about order, priority (now I have no ideas about place and usage of level5 modifier) and how it could be done. > I don't see the Edit vs Add layout problem, at least not in xkb-plugin 0.5.5. Maybe I'm mistaken, maybe I use an outdated version. Atleast on first step using currently available version I see no difference between Add and Edit. Could you describe how it (Edit) should work?
(In reply to comment #1) > Well, the current git master code actually does not overwrite any xkb > options other than the ones the xkb plugin itself controls so that would > hopefully be good enough for your use case. Unfortunately, the git master > code won't be available until xfce 4.12 and I haven't backported this > particular fix to xkb-plugin 0.5.5 - I guess I could try to do that, it's a > fairly localized change. Closing bug, because primary issue was fixed in development branch. > I don't see the Edit vs Add layout problem, at least not in xkb-plugin 0.5.5. I was not ebough clear. In 0.5.5 see the same behaviour. I think it will be better to descuss it later in separate report.
Reopening bug because it's probably time to do it. For now one of two most common extended keyboard modifiers (Compose aka Milti Key) is list in the same line with switch layout sequence. List contains some Level3 sequences, but menu doesn't allow to set Level3 modifier itself. I think it will be right to move it down, setting Level3 modifier first (not only modifier itself, but also with list of symbol maps from /usr/share/X11/xkb/symbols/) and after that — Compose. Excluding Level3 variants for Compose if Level3 modifier is not set.
This issue seems quite old, but is still not being done. Any chances this to happen any soon? Unfortunately I' am not a C/ GTK+ developer and I'm not familiar... At least the level3 switch would be a great addition. Currently I have a workaround using Graphical editor of Xfconf, but this would be a pain for "normal" end users. See the image. https://i.ibb.co/9W17BKL/settings-editor.png As a full feature I can imagine a fourth tab with all or most of the options available for setxkbmap similar to what we can see in GNOME. See this image to make sure what I am talking about: https://i.stack.imgur.com/a2ipl.png Thanks for making XFCE a preferred desktop environment!
Some additional notes. We can have in the current tab as the main/basic settings (Layouts switching, Compose Key Level 3 Key) and add a new tab with the rest of the options like in GNOME, named "More/Additional Keyboard Layout Options"
-- GitLab Migration Automatic Message -- This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/panel-plugins/xfce4-xkb-plugin/-/issues/21. Please create an account or use an existing account on one of our supported OAuth providers. If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev