Talk:Mobile/SoftwareKeyboard
Contents
Issues
onkeypress
One nice behaviour would be to allow the user to create "fast key mappings" for a page and to handle them only when the software keyboard is not shown. So, the first time you open that tetris page you would have the software keyboard shown but you'd open the preference and map some fast keys to your hardware keypad (eg, up=W, down=S, left=A, right=D, soft1=space, soft2=z). When you return to the tetris page, the software keyboard is gone and you can use your phone's arrows and softkeys for playing. Of course there should be an easy way to force the display of the software keyboard afterward... (jcayzac)
can you propose an easy to use intuitive way of doing this (dougt)
This could be done with a per-site dialog similar to those being used in games, where you would select the key you want to map (from a list), then press the select/enter key (or select the next column with the pen, on touch screens), and finally press whatever hardware key you want it to be mapped to. Users would be able to add/remove/edit mappings from a list containing URLs (with wilcards or regex so that mappings could be created for one specific page, a group of page, a domain, ...) (jcayzac)
BTW, the issue title is "onkeypress", but don't forget about the "accesskey" (x)html attribute as well. (jcayzac)
Random thoughts
XUL-written input methods
It would be nice to allow extension developpers to somewhat replace the software keyboard. I remember this japanese input method with a slider on the right side of the screen having the most common symbols that could follow the current ones: it was a super fast IM for both touch screens and non touch screens (the pen or key displacement being always optimal). (jcayzac)
One can not help but think this would be better handled by the environment (e.g., Maemo in the case of the N8xx devices). I consider the soft keyboard to be in the same class as file pickers and print dialogs. Of course, when a device does not provide a solution, perhaps this is something to consider.
Software keyboard and screen space
Once the full screen zooming feature becomes a bit more usable on the device we could have a "zoom content out when software keyboard pops in" pref and display the exact same view of the web page in a 2/3 space. This way, the software keyboard would not hide anything. But this should not be the default behaviour, anyway (as it would trigger accessibility issues for people with eye problems since we'll alter font size). (jcayzac)
