Summary: | Added language layout doesn't appear in language list | ||
---|---|---|---|
Product: | [Unmaintained] kxkb | Reporter: | Konstantin Kharlamov <Hi-Angel> |
Component: | general | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 3.0 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Konstantin Kharlamov
2019-06-17 22:06:07 UTC
UPD: turns out, to override layouts I can execute the following $ setxkbmap -layout us,ru -option grp:rctrl_rshift_toggle,grp_led:scroll,lv3:ralt_switch,compose:rwin However this has no influence on systemsettings5 whatsoever, as well as configuration inside it has no influence on output in `setxkbmap -query` So systemsettings5 is out of sync with real xkb values. UPD2: I found a pattern in apps where layout gets switched for no reason! It happens exactly when I press Shift+Space. This is reproducible in hexchat. I also found that it switches between "us,ru" even when I set lone `setxkbmap -layout us`, but it stops switching when I set the lone "setxkbmap -layout ru`. So, I figured out where from most of problems were coming: that's because GTK saves some IM cache, which needs to be updated manually, by running sudo gtk-query-immodules-2.0 --update-cache and sudo gtk-query-immodules-3.0 --update-cache. I am not closing though since the bug about language layouts not being updated still persists. (In reply to Konstantin Kharlamov from comment #3) > So, I figured out where from most of problems were coming: that's because > GTK saves some IM cache, which needs to be updated manually, by running sudo > gtk-query-immodules-2.0 --update-cache and sudo gtk-query-immodules-3.0 > --update-cache. > > I am not closing though since the bug about language layouts not being > updated still persists. Nvm on the cache, turned out language still switches itself in non-Qt apps when pressing Shift+Space (which I do pretty much on every upper case letter). So, I spent some time debugging a dummy GTK app, and I figured that, at least, an IM getting switched on Shift+Space is caused by uim getting used. Why and how — no idea. I'd be okay with that though, weren't it causing problems on KDE. For Shift+Space I reported to uim https://github.com/uim/uim/issues/147, hopefully the problem is almost solved. So, at this point all other problems are solved, the only thing that left is the one that bugreport is all about: adding new layouts in systemsettings5 does not do anything. If add APL layout and press Apply, the plasma widget for layouts still only shows ones that were earlier. After waking up from suspend keyboard widget indicator also disappeared. I've seen it occasionally, no idea how to make it re-appear. The side effect it makes is that keyboard layout not being kept per window. So, to fend off suspicion on uim: I completely removed it, rebooted the system, and the problem still persists. After a while the problem seem to have disappeared on its own, so right now there's nothing I can do to debug it. Hopefully it was fixed. |