Ctrl+Left/Right navigates incorrectly in Dash search field
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Nux |
Fix Released
|
Undecided
|
Unassigned | ||
Unity |
Fix Released
|
Undecided
|
Joseph Wen | ||
nux (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
unity (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
1. Open the Dash.
2. Type "one two three".
3. Press Ctrl Left.
4. Press Ctrl Left again.
What happens:
2. The caret moves to the start of "three".
3. The caret moves to the end of "two".
What should happen:
2. The caret moves to the start of "three".
3. The caret moves to the start of "two".
Navigating by word does not mean navigating to the nearest beginning/end of a word. It means navigating to the nearest boundary between alphanumeric characters and non-alphanumeric characters, *unless* that nearest boundary is only one character away or there's nothing except whitespace characters between it and the caret, in which case it means skipping to the boundary beyond that.
Problem occurs in: unity 3.6.6-0ubuntu1, Ubuntu Natty
Does not occur in: LibreOffice, GEdit, Tomboy
Related branches
- Jay Taoko (community): Approve
-
Diff: 49 lines (+32/-0)1 file modifiedNux/TextEntry.cpp (+32/-0)
tags: | added: sniffles |
Changed in unity: | |
status: | New → Confirmed |
Changed in unity (Ubuntu): | |
status: | New → Confirmed |
Changed in unity: | |
assignee: | nobody → Joseph Wen (wenjoseph) |
Changed in unity: | |
status: | Confirmed → In Progress |
Changed in unity (Ubuntu): | |
status: | Confirmed → In Progress |
I think this is a bug in Nux because the input is handled by TextEntry. :MoveWords method. I will try to submit a patch.
The problem seems to be in the TextEntry: