FS#8824 - Changes to the c200 keymap (work in progress, up for discussion)
Opened by Marianne Arnold (pixelma) - Saturday, 29 March 2008, 11:26 GMT
Last edited by Alex Parker (BigBambi) - Saturday, 20 June 2009, 10:42 GMT
As mentioned in IRC the c200 keymap is a bit unintuitive in some places and I changed small bits here and there for my own use. I'm still not completely satisfied with it but find it still better and am out of ideas on how to improve, so I'm putting this up for discussion.
My thoughts and changes in detail:
1. Browsers/Menu (the "resume" patch)
I really missed a "one button resume" from there and so decided that this is more important to me than being able to change volume in lists.
- resume = "volume up"
- stop = "volume down"
Comparing with the Ondio keymap, I also tried freeing the "select" button for it by putting the "select"/"long select" functions on right/long right but this interferred with the "horizontal scrolling" which the Ondio doesn't have (on one button).
Not in my patches but another thought: currently a short press of the rec button will call the recording screen from the browsers/menus. I think this should be a long press and then we have a button action to use (but am not sure myself if the latter part is such a good idea).
2. Recording Screen
The goal was to make it more intuitive and in line with other screens,
- recording menu = "long down" (was "short power")
- leave recording screen = "short power" (was "long power")
These two were the main things but I also exchanged the actions for REC_NEWFILE and REC_PAUSE (the one that was "short rec" before is now "short select" and vice versa). Unfortunately I don't remember why in detail but there is a slight difference between the two and I probably thought back then that this way it is more intuitive for what each does.
Edit: On a second thought I realised that this change only feels ok as long as the possible settings on the recording screen are not too many because with it you couldn't "scroll down" through a list ("long down" would call the recording menu) - so what other options would be there... "long select" could be critical because it's too easy to press too quick and then you start a recording...
3. Radio Screen
Goal: freeing the "rec" button
- switch preset/scan mode = "long down" (was "rec")
- radio context menu is now explicitly on "short down"
When reading this I think this could even be done the other way round so that "short down" will swith the modes and "long down" to call the radio context menu - if the WPS part is also changed, then we could have "long down" calling the context menu in all 3 screens.
My patch also deals with possible button action conflicts (I removed the connection to other contexts because I would have needed the same amount of ACTION_NONE to avoid clashes and I thought that I could just implement my own "standard context" buttons, remove the connection and make it more predictable this way).
4. Virtual Keyboard
Goal: make it more intuitive and tried to avoid button combos.
- cursor left = "volume down" (was "rec + left")
- cursor right = "volume up" (was "rec + left")
- backspace = "rec", short and long for repeat (was "rec + down") *
- page flip = "short power" (was "rec + select") **
- accept + leave = "long select" (was "volume buttons")
- abort + leave = "long power" (was "short power") **
*) I kept backspace on rec because it was the only free button which made a repeat possible.
**) I'm not happy with the "short power" and "long power" actions but wanted to avoid button combos - maybe page flip could be dropped?
Page flip also isn't implemented correctly with this patch because usually the ability to flip the keyboard pages going left or right
would be disabled.
Another possibility would be to enable "line edit mode" which would then free the buttons which are now used for "cursor left/right" and "backspace"? I always thought that this would be a pity because this thing has 9 buttons but when reading this I start thinking that it could be more intuitive (and probably make enabling "morse mode" possible).
Attached are the "complete keymap changes patch" and patches for each part on its own.
Saturday, 20 June 2009, 10:42 GMT
Reason for closing: Accepted
Additional comments about closing: Committed as r21373