word prediction doesn't work correctly after moving cursor
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ubuntu-keyboard |
Fix Released
|
High
|
Michael Sheldon | ||
ubuntu-keyboard (Ubuntu RTM) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
The keyboard only seems to enter into pre-edit mode correctly (i.e. word underlined) whilst typing a word or backspacing into a word at the end of a sentence. It does not work correctly if you move the cursor directly to a word not at the end of the sentence and causes the wrong behavior when trying to edit a word in that case.
To reproduce:
1) Type "Hello brother and sister"
2) move cursor after the "r" in "brother"
3) delete up to "bro" then type "ther" and notice entire word not underlined and word ribbon shows "brother"
Expected Results:
- pressing space should result in "brother" being inserted
Actual Results:
- pressing space results in "brobrother" being inserted as beginning part of the word was not correctly underlined or identified with being part of the prediction.
Additionally, if autocaps is on and triggered by finishing a sentence with a period, and then the cursor is moved into the sentence, the Caps lock stays on and it should get disbaled.
Related branches
- Bill Filler (community): Approve
- PS Jenkins bot: Approve (continuous-integration)
-
Diff: 190 lines (+40/-22)4 files modifiedqml/keys/CharKey.qml (+3/-2)
src/plugin/inputmethod.cpp (+9/-9)
src/plugin/inputmethod.h (+1/-1)
src/view/abstracttexteditor.cpp (+27/-10)
Changed in ubuntu-keyboard: | |
status: | New → Confirmed |
Changed in ubuntu-keyboard: | |
status: | Confirmed → Fix Released |
If it's not possible to correctly enter preedit mode when moving the cursor, a workaround might be to disable all the auto-everything if we detect we are in this special editing mode as to prevent the appended words that are happening by not taking into account the adjacent text