GTG

backspacing from start of a subtask line in taskeditor is clunky

Bug #513556 reported by Bryce Harrington
6
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.

Revision history for this message
Bryce Harrington (bryce) wrote :

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.

Revision history for this message
Luca Invernizzi (invernizzi) wrote :

I'll add that this behaviour messes with the undo/redo function that I was developing (for the taskeditor, not the taskbrowser).
Lionel and I have looked into solving this without much luck. Any insighful breakthough here will be greatly appreciated.

Changed in gtg:
importance: Undecided → High
milestone: none → 0.3
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.