08/06/2011, 03:29 PM
Overload the "home" button to provide essential compatibility!
As of 3.0.2, the one physical button on the face of the TP, the "home" button, just shrinks the current full screen app back to card view, or if already in card view, pops up the menu.
(Or, if held down while power button clicked, captures a screen image.)
We have a SERIOUS incompatibility problem with web sites that expect mouse movements to drag, scroll or otherwise interact with the website. On the TP, taps, double taps, pinches and drags are interpreted locally to zoom the presented image for viewing. None of these interactions are passed through to the web page.
Suggestion: IFF the home button is down and one of these interactive mouse (touch) actions occurs, the mouse events are sent to the website and the local zoom shifts to showing the web page in full width. Releasing the home button after one or more such touch interactions leaves the screen as is, aborting the normal "shrink to cardview" action associated with releasing the home button.
Generalization: beyond just the browser, pass the touch events to any and all applications for them to process when the home button is down. This would make the screen zoom/pan transparent to any ported application, not just to websites. This would allow ported apps that are designed to process taps, double-taps, etc to function without redesign, yet still support local zoom, pan, and screen capture.
Extensions: (many possible, but just a summary)
- hold down home button (HDHB) 5 seconds and page restores to full size and all taps, etc are passed through to that app until the home key is again held down for 5 seconds with that app in full screen focus.
- HDHB and the volume control rocker keys could cycle through cards in current stack.
- HDHB and strike any virtual kb key and launch corresponding shortcut.
- HDHB and perform cut or copy operation and the text is stored at the bottom of the currently open memo (or opens a new one if none are currently open.)
This may well wear out the home button! ....so, overload the lower right keyboard key with this set of HDHB functions.
For that matter, we need arrow and page keys on the virtual keyboard, and may simply squeeze in a "home" key.
Or... better... have the home button and lower right virtual keyboard key duplicate each other. We need a way to force open the virtual kb without first opening a text box anyway!
Please consider and implement at least the 1st suggestion. Hundreds of interactive websites cannot be used without this or some similar fix. I've previously suggested a "no zoom" mode analogous to the no rotate and mute modes, but think this would be too cumbersome as it would be a global rather than page/app specific mode change.
Comments very welcome! Will someone prototype this in homebrew if HP cannot fix it ASAP?