backspacing from start of a subtask line in taskeditor is clunky
Bug #513556 reported by
Bryce Harrington
This bug report is a duplicate of:
Bug #493335: delete a subtask with selection on the arrow leaves the arrow.
Edit
Remove
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GTG |
Confirmed
|
High
|
Unassigned |
Bug Description
When editing a task with a subtask, if you backspace the tasklist title until there is just a -> left, and then backspace one more time, instead of deleting the line and going to the previous line, the -> changes into a smaller -> character with a space character afterwards. It takes three more backspaces to clear the space, the small arrow, and the newline.
This is inconsistent with the behavior if you hit return after a subtask and then backspace. In this case it takes only 2 backspaces to clear the arrow and move to the previous line.
To post a comment you must log in.
This behavior also shows up if you highlight the entire line of a subtask and then backspace (Shift+Home, Bkspace). It shows a smaller arrow and space char (highlighted), which requires an extra Bkspace to clear.