Description of problem: For the F35 test days I executed [QA:Testcase ibus-typing-booster](https://fedoraproject.org/wiki/QA:Testcase_ibus-typing-booster) and [QA:Testcase ibus-m17n](https://fedoraproject.org/wiki/QA:Testcase_ibus-m17n) In both cases the keyboard layout sticks when I choose de_DE (neo2). It does not stick when I choose en_EN (intl) or fr_FR (azerty). In typing-booster the sticking neo2 layout causes emoji not being suggested when finishing a word with an underscore. Version-Release number of selected component (if applicable): ibus-typing-booster-2.14.10-1.fc35.src.rpm How reproducible: Always during the test session. Steps to Reproduce: 1. Add input source German (Germany), German (Neo 2) 2. Add input source Others, Typing Booster) 3. Add input source sayura by searching for it 4. Switch to input source Neo 2 in Gnome Panel 5. Switch to input source Typing Booster in Gnome Panel (and make sure en_EN) is among the languages) 6. Open gedit 7. Try to type qwerty 8. Type cat_ (rdl CAPSLOCK+w) 9. Switch to input source sayura in Gnome Panel 10. In gedit, type i n W d R i y Actual results: 7. You will type xvlcwk since neo stuck 8. *No emoji will appear in the suggestions* 10. ගබවාඡගක instead of ඉන්ද්රිය will appear since neo stuck Expected results: 6. I'm not sure if this is expected behaviour 7. Among the suggestions there should be a cat emoji Additional info:
1) That the neo2 keyboard layout *sticks* when switching to most input methods is the expected behaviour. Most input methods do not enforce a specific layout. For example, when you switch to the Japanese input method ibus-anthy and want to type Japanese using phonetics, for example typing “nihon” to get 日本, it would not be nice if the input method forced you to type the “nihon” using a QWERTY layout. Only non-phonetic input methods, for example https://en.wikipedia.org/wiki/Cangjie_input_method need to force a specific keyboard layout, usually the US English layout. ibus-typing-booster does not force a layout either, you should be able to use your neo2 layout with ibus-typing-booster, so it is good that it “sticks”. Makes it possible for you to type “cat” the way you are used to do it on the neo2 layout. 2) That the underscore does not trigger the emoji input but commits the preedit instead when using the neo2 layout is a but in my opinion. I think I have a fix for this, coming soon ... ⏳
https://github.com/mike-fabian/ibus-typing-booster/issues/243
https://github.com/mike-fabian/ibus-typing-booster/commit/0da5d094c89435553e3f77e8d4f6e8a3e56dbd59
Test build for Fedora 35 with the fix: https://copr.fedorainfracloud.org/coprs/mfabian/ibus-typing-booster/build/2725692/
Thank you very much for testing ibus-typing-booster with the Neo2 keyboard layout! The change https://github.com/mike-fabian/ibus-typing-booster/commit/0da5d094c89435553e3f77e8d4f6e8a3e56dbd59 fixes the problem that _ didn’t trigger emoji lookup when using the Neo2 layout. But I noticed a few other difference when using the Neo2 layout. For example: When typing characters like []=&$ using the Neo2 layout, they are on the 3rd level i.e. they are typed with “CapsLock” + something (where CapsLock is the key used for CapsLock on most QWERTY layouts, but it is ISO_Level3_Shift on the Neo2 layout). ISO_Level3_Shift is on AltGr (Right Alt key) on many other layouts. In m17n-db, which ibus-typing-booster uses for transliteration, ISO_Level3_Shift/AltGr is the “msymbol” “G-”. So _ is typed as “G-_” with the Neo2 layout. I added “G-_” as another exception in my patch, because it is important to be able to type _ into the preedit to trigger the emoji lookup. But I did **not** yet add someting like “G-&” as an exception. That means, they when typing a & using Neo2 while a preedit is open, the preedit is committed and the & appended. That is probably no big problem because completing stuff ending with & probably does not make much sense anyway. But it is a slightly different behaviour compared to using typing booster with a “normal” QWERTY layout. When typing & on a normal QWERTY layout, the & is inserted into the preedit instead of committing the preedit and appending on Neo2. I think in these cases, this difference does not matter much. But if you think it matters and especially if you find other, more important problems while using typing booster with the Neo2 layout, please tell me and I’ll think what I can do about it.
FEDORA-2021-ef2364190c has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2021-ef2364190c
FEDORA-2021-ef2364190c has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2021-18b3844265 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2021-18b3844265
FEDORA-2021-d0ecb6d7a0 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-d0ecb6d7a0
FEDORA-2021-02c8c9a130 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-02c8c9a130
FEDORA-2021-02c8c9a130 has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-02c8c9a130` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-02c8c9a130 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-d0ecb6d7a0 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-d0ecb6d7a0` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-d0ecb6d7a0 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-18b3844265 has been pushed to the Fedora 33 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-18b3844265` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-18b3844265 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-02c8c9a130 has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2021-d0ecb6d7a0 has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2021-18b3844265 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report.