View Single Post
allnameswereout's Avatar
Posts: 3,397 | Thanked: 1,212 times | Joined on Jul 2008 @ Netherlands
#78
Originally Posted by attila77 View Post
For example, the web browser, an archetypical internet tablet aplication is, was and will be a desktop replacement (the failure of WAP demonstrates this clearly) - sites are made for desktop style input, and that is keyboard + mouse (=stylus). While can dance around that with all sorts of zoom and predictive clicking game, the unaided human finger always will be only a surogate input device for it.
WAP failed; yet RSS succeeded. There are tons of optimalizations for non-desktop browsers. Opera Mobile for example compresses data. Memory footprints of mobile browsers must be low too. The browsers must be optimized for the hardware input (T9, touchscreen, hardware keyboard, stylus). Applications, including browsers, must be optimized for the screen resolution. And even the architecture. Furthermore, there is no multi touch possible with stylus so you can forget zooming in and out easily (which gives the user a reasonable accurate precision good enough for almost all user cases IMO; except something like precision drawing; for that you'd buy a Wacom or use your old stylus optimized OS/device) while if you optimize your application for finger usage you will allow implementing such since it gives the user a clear advantage. You even see layouts optimized for 1) desktop 2) T9 (traditional mobile) 3) finger usage (iPhone). Are you understanding the impact of this? Hint: no stylus optimized web sites exist and they will never exist. That means your browser experience on the end point of web designers will not improve for you!! Good luck and have fun hacking around that while I simply use my fingers to navigate on an iPhone-optimized website. Speaking of, MobileSafari zooms in on an input box when you click on it. Same for text you double click on. Zooming difficult? These are great features indeed.

Something like X Chat can run on a remote computer you log in to. You simply resume your session much like when using screen(1). Or you'd prefer to run an IRC client which is actually optimized for usage on the tablet.

Canola settings are a personal example for me. It just drives me nuts - it's finger friendly to the point that I can't actually do what I want, with or without stylus. But with media players, at least you have choice. With a web browser, as mentioned above, you don't.
Can you give examples what drives you nuts?

On a side note: I do agree that the fact the device runs an X client and X server is a potential strong positive point in some niche cases.

I didn't use such strong words, and don't think it would be the end of anything. I just think that ditching the stylus altogether is reducing functionality and limiting existing usage patterns for no particular reason other than saying 'look ma, no stylus !'. In this case, less is, well... less.
Not really. Usage patterns are limited for a reason because sometimes less is more. You cannot build a car which is good at everything you cannot build an OS or hardware device which is good at everything either. A stylus is a cheap component, but does use space on the device.

Meanwhile, software wise you don't lose any code whatsoever, and you are free to optimize the UI for stylus and run all the desktop apps on the device you want. In fact, I'd bet running XFCe or old Hildon will be just easy using Ubuntu or Mer. However, I believe only a (vocal) minority will opt for this path instead of the default path of finger optimized UI.

I seriously wish UI designers gave more thought to hybrid stylus/finger interfaces. But I'll go further - not only UI, but hardware designers, too. The device could detect whether the stylus is IN (=finger mode), or OUT (=mouse mode) and adapt both UI and display sensitivity/parameters accordingly.
Maemo 4 tried this, and I believe it failed miserably at it but Nokia learned that they have to decide for either or invest a lot of time and energy into a UI which handles both well.
__________________
Goosfraba! All text written by allnameswereout is public domain unless stated otherwise. Thank you for sharing your output!