:) a little late to the conversation and you obviously haven't read the rest of the thread, keep going you'll see a reply that fits.

Still not negating the point that adding the ability to dock the device expands on it's usability. There's always a way around a problem but some applications just wouldn't make sense to use in docked mode either. If I was reading on a tablet I'd probably be sitting somewhere comfortable with it, if I want to type a bunch of emails up I'd rather stick it in a dock and use a proper keyboard.

Well it sounds like the only multi-touch gesture you can come up with is zooming and I'm pretty sure that's already been answered by myself and a few other people.

To take this back to the original point again, there's still no reason why you can't dock a touch screen device, in the end if you chose not to use the external inputs that's up to you and by allowing external inputs you can use a regular mouse and keyboard or maybe you want to get a big touchpad that supports multi-touch. I know personally I'd love the option of having a dock and being able to use external input devices with a tablet if I had one, it makes it more than just an e-reader which is the only thing I'd use a tablet for right now.

I'm pretty sure that's again easily handled with the directional input being handled by the mouse and the button being a button on your keyboard. So far I haven't seen any example that can't be handled with a keyboard and mouse. The OS of a touchscreen device does a very good job of making the input method transparent to the application in order to avoid these problems.

In the end there's no good argument for not having the ability to dock a tablet, there's no problem that can't be solved and if you have a couple apps that don't work well with your external input devices you still have the option of using them with the original touch screen or adding on another input device that emulates the touch screen input like a track pad on a laptop, mine supports multi-touich and is exactly like putting your dirty fingers on the screen.

That's a completely different argument to your original post of:

I think you're missing the point, a touch screen is just a way of pointing and clicking and requires no extra work to support clicking on a screen with your finger or with a mouse, all of that is handled by the OS. The very few mutli-touch gestures I've seen are also easily supported with a keyboard and mouse. Any good developer writes their application to work with or without multi-touch, look at Google maps again, you want to zoom in but don't have a scroll wheel or a touch screen then use the zoom slider along the side.

You're right of course with your last point, it's possible for a developer to not support certain input devices on purpose. In general they'd have to go out of their way to make an app that doesn't work with a mouse though since touching a spot on a touch screen is the exact same call as clicking a spot on the screen with your mouse. I do have a touch screen on my laptop and while I don't use it because I don't like smudging my screen I can use the screen or the mouse with many applications and those have never been designed specifically to work with a touch screen either. I won't argue the point that it's possible to develop an app that doesn't play well with classic input devices I've seen lots of horribly designed web pages and applications that don't consider usability at all.

I've only played with an Android phone briefly so I don't have the experience to tell you what's possible or how it interacts if you use a mouse. Just saying that there are existing examples of Google applications that interact with a "regular" input like a mouse to do things that you're capable of doing on a touch screen interface. The example of zooming with pinch is one that existed with a mouse before multi-touch gestures even came out. From my experience as a software developer (again with no android experience) the API you use to detect events is extremely easy to use so attaching the mouse scroll event to the same method that zooms in for example is just a matter of defining a handler for the event then calling the exact same method you use already so it's possible app developers have already done this.

That one's easy, click and drag to zoom in on the selected region or use the scroll wheel to zoom in and out similar to the way Google maps does it.