Bugzilla – Bug 11398
back key does not work as expected
Last modified: 2009-09-08 09:20:41 UTC
In the screen of entering the IP-address of a server, I tried to enter an IP-address. When I, for some undefined reason, want to stop entering the IP-address, I press the back-key in the left upper corner to go back to the previous screen. Instead of going back, it just shows 'backspace' behaviour, but there is another key for that at the right side of the window... I have to press-and-hold the key to get what I expect. rev 4864.
Tom, I'm punting this one to you. Ping me if you want to discuss further.
(assigning this to Richard for feedback) Hmm, back works as cursor which is different from backspace, so if we do as asked and make back work as escape (i.e. leave the window) we need to decide if we can do without back cursor. I believe we plan to add the ability (for 7.4) to touch the text to place the cursor, which would allow a way to move the cursor and still have back be 'escape'. If we decide, in 7.4, to add cursor support with back being 'escape', then we should probably have back work that way in MP, but without the 'touch to place cursor' support in place, which proabably won't be in place by MP time. I'll let Richard weigh in.
The back button on the screen should always take you back a screen. The left arrow on the remote should act as a cursor key until it goes back to the left most position, then back out of the screen. We either need touch-to-move-cursor for MP firmware or put back in the < and > keys for cursor movement. Touch to move cursor would be more ideal.
> > We either need touch-to-move-cursor for MP firmware or put back in the < and > > keys for cursor movement. Touch to move cursor would be more ideal. I just looked at doing a POC implementation for "touch to move cursor" and noticed that we support typing characters longer than the screen width. So if there is space on the screen for 20 characters and the user has a 23 character email address, then only part of it will show on the screen. In that case, a basic "touch to move cursor" wouldn't be enough to get to the "off stage" characters. We would need some sort of logic for shifting what is on stage when you put the cursor near the border of where there is off stage content. As I mentioned I was working on a quick POC, ignoring the off stage and assuming monospaced text, to test out whether there is enough space between letters to have "touch to move cursor" even work on a small touch interface with small fonts (iphone doesn't support it for instance - they do "backspace only" or sometimes just cursor begin or end selection, but maybe they had other reasons) So I held up on the POC to get further feedback given the "off screen" challenge that we would also have to overcome.
We agreed at the meeting in MV that only the delete button was required for MP, it's not optimal but users would not be entering much text.
fixed in r4964, r4966. Also created bug 11512 to track the touch cursor support idea for 7.4.