Starting with the side topic (the easy part). On 2019-10-23 18:50, Steve Langasek wrote: > Settings -> Region & Language -> Input Sources presents Chinese as > an option. It can be reordered in the list, but it is not clickable. > It has 'view' (eyeball) and 'delete' (trashcan) icons. The 'view' > icon pulls up a useless (for Chinese) keymap.
Ok, so you have previously added the Chinese keyboard layout. It's actually just an alias to the basic English (US) layout. Please note that the list you see first only shows the options you have previously made available by adding them. To look for further sources to add you need to click the + button. I installed ibus-sunpinyin, relogged in, and found the Chinese (SunPinyin) option in Settings among the "Other" input sources. Then I generated the zh_CN.UTF-8 locale, and found that the Chinese item had been converted to a sub menu, which includes Chinese (SunPinyin) together with the Chinese XKB layout. That's how the GNOME design currently works. Not saying I'm too fond of it. In Unity (with code from GNOME 3.4 or something) the input sources were simply presented in one long list, and when you started to type the source you were looking for, it safely showed up. I have filed an upstream issue about the most apparent shortcoming with the current design: https://gitlab.gnome.org/GNOME/gnome-control-center/issues/82 It doesn't directly address the issue you stumbled upon, but it's closely related. > What is suspicious about the file? > > I moved the directory aside, started ibus-daemon up again, and the > problem persists. The ~/.cache/ibus/compose/e6817ed7.cache file has > been recreated with identical contents as previously. It was merely the name of the directory, and the string "IBusComposeTable" in the contents of the cache file which made me say that. After all your Delete key seems to do some kind of composing instead of what it's expected to do. > The problem persists with these settings, as long as ibus-daemon is > running. It's ugly behavior, and all we know so far is that it seems to be caused by something in $HOME. But it may be due to some other cache file, some dconf setting, or whatever. I'm out of ideas for now as regards how to nail it. Well, one thing you may want to try is to move away the ~/.config/dconf/user file and relogin so it gets recreated with only default values. Also, do you possibly have an ~/.XCompose file which you have played with previously? *Now* I'm out of ideas. ** Bug watch added: gitlab.gnome.org/GNOME/gnome-control-center/issues #82 https://gitlab.gnome.org/GNOME/gnome-control-center/issues/82 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ibus in Ubuntu. https://bugs.launchpad.net/bugs/1849399 Title: ibus in 19.10 breaks the delete key, maps <Delete><Delete> to ☭ Status in ibus package in Ubuntu: New Bug description: After upgrade to 19.10, I found that my Delete key was not working as a Delete key, but that instead if I hit Delete twice it would print the character ☭. Since others were not reporting this issue, I had a look around at my input config and remembered that I had ibus configured from a long time ago in order to support Chinese input. If I disable ibus (either by unsetting the environment variables; or by killing ibus-daemon), then the Delete key works again as expected. This is a regression in behavior since Ubuntu 19.04, where I had the same input setup on my desktop but the Delete key worked without problems. I'm also not sure how to disable ibus, now that I am in this situation; or if ibus is expected to always be running. The problem persists if I run ibus-setup and remove Chinese SunPinyin from the list of input methods, leaving only "English - English (US)". To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1849399/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
