Bugzilla – Bug 11557
Keyboard - max character/cursor relationship & deleting
Last modified: 2009-09-08 09:18:49 UTC
When the text field has reached its MAX capacity (~20 characters) the cursor should remain right justified for any additional characters added. The added letters then move off screen to the left. Once you begin to erase characters the cursor remains fixed (next to the erase button) until all characters have been deleted from off screen. After all the text appears on one screen (MAX character set) the cursor begins to move left as you delete. If possible, the characters that are off screen should be cut-off by the left edge of the text entry box. Screen references to follow...
(In reply to comment #0) > Once you begin to erase characters the cursor remains fixed (next to the erase > button) until all characters have been deleted from off screen. After all the > text appears on one screen (MAX character set) the cursor begins to move left > as you delete. That doesn't seem correct. Once the string being edited can fit within the text box, its leftmost character should remain left justified and the cursor will move leftward as each successive character is deleted. Otherwise you end up editing a string that appears to have non-existent spaces in front of it. I think this is much how it works now and is the expected behavior.
Entering characters seems to be ok, but deleting them should work the same backwards as it does forwards (i.e. as you delete characters from a full line, the cursor should remain as far right as possible. Right now, as you backspace on a full line, the text gets shorter and hides text past the left side of the text area, even though the displayed text fills a portion of the screen. Put another way, when there is more text than there is space in the field, the cursor should remain on the right.
Precisely...
Ben, is this yours?
I believe this one is Tom's.
fixed in r5088