(2015-02-15, 15:21)Ziemowit Wrote: I don't mean the design and appearance. What I mean is, when you are using a remote, and navigate through the letters, then, although (I believe) H is directly above V on screen, when at V and pushing UP, I will end up at F, which is 1UP and 2 RIGHT from V.
I will try out changing to confluence to Better understand your reply.
EDIT.
OK. Confluence keyboard is a mess. But how does that DialogKeyboard file work. Don't you define where the cursor will move depending on where it currently is? As I understand it for the d-issue, there is currently no action defined for UP.
Yes for each key one has to define the up and down action.
In the keyboard the are 4 rows and each row has 13 keys. Basically it works so that the 1st keys in each row navigate to 1st keys in other rows, 2nd keys navigate to 2nd keys, 3rd keys navigate 3rd keys and so forth.
The V gos to F because "V" is the 4th key in row 4 and F is the 4th Key in row 3. If you have an english layout yo have:
A S D F G H J K L
Y X C V B N M
but in order for the keyboard to look good I center the rows so you get:
A S D F G H J K L
_Y X C V B N M
Navigation doesnt change so V(4th Key) still goes to F(4th Key) , but since it is centered it looks as if it jumps to the left.
I could of course define it so that the 4th Key "V" gos to the "5th" key "G" , that would work fine.
But if I do that and a german user uses the skin he would get
A S D F G H J K L Ö Ä
___Y X C V B N M
because the 4th Key goes to the 5th Key, he would see V navigating to G, just like before, but because of his layout that would also looks as a jumot to the left in his layout.
So basically because all layouts are different, the only possible way of having consitent navigation is to have the keys alligned as in confluence.