This is exactly what I want too!!! I've been watching devices come out that bridge one part of this like the Asus fonepad and on the other side Microsoft Surface does a great job of bridging the tablet to desktop piece. I can't wait to have a phone I can stick in a dock at home or in the office and use a full size keyboard, mouse and multiple displays with.
I just found the answer to my own question: http://www.everythingabouttablets.net/2011/05/08/polaris-office-android-market/
I'd definitely recommend grabbing the Transformer if your primary purpose is reading pdf's. I can't really comment on anything else because that's what I use it for and I'm very happy with it. I still need to pick up the dock/keyboard for mine and once I have it maybe I'll use it for chatting, email etc. but I don't really like typing on a touchscreen so I generally avoid anything that involves a lot of typing.
Doesn't the Galaxy tab come with Polaris office? I have the Transformer and I use the built in Polaris pdf reader which is great, has bookmarks, is very responsive and was already on the Transformer when I bought it.
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:
Some applications make use of multitouch gestures, for which I see no general analog on a mouse. For example, how do I pinch to zoom with a mouse?
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.
Actually there is different behaviour between Chrome and Safari. I personally had to fix an issue where Safari and Chrome were storing object arrays in the wrong order. Chrome fixed this shortly after release because so many people complained but as far as I know Safari hasn't done anything about it.
Re:Am I missing something?
on
C# In-Depth
·
· Score: 1
Yep that's it, now that you've told me where it is I don't know why I couldn't find it there in the first place. I know when I tried to look up a file listing example in C# the example was using the VB namespace so I'll chalk that one up to my own laziness.
Re:a bunch of questions
on
C# In-Depth
·
· Score: 1
Actually there's more to the VB namespace, it includes file system calls that aren't available anywhere else (that I could find). So if you want to open up a folder and iterate through the files in it you include the VisualBasic namespace.
Again I could be wrong, I've just never found it anywhere else which didn't make much sense to me.
I'd also like a blanket so when my cat goes psycho and jumps on the bed, she's repelled with great force.
That right there almost covered my screen in coffee.Too bad there's no +5 funny and insightful
It's a research project so of course it's storing the responses.
From the actual site:
Security and privacy of this service
InkblotPassword.com is a research project deployed by Microsoft Research. It is for demonstration and research purposes only. You are welcome to try it out, but we make absolutely no promise that our implementation will protect your password. Don't use your account here to protect any data you care about, from money to your reputation. We also make no promise that the site will continue running. Should the service prove successful, Microsoft may consider offering the service as a commercial product or service. For now, consider it an unreliable, insecure service run by a couple research coneheads in their spare time, and trust it accordingly.
I am not an American so I am definitely not an expert on this subject, I was just pointing out that the summary and article say "District of Columbia" not Washington D.C. and I thought there was a difference between the two. Please correct me if I'm wrong.
Can you also let me know which state Washington D.C. is in if D.C. isn't a state.
Slashdot Mirror
This is exactly what I want too!!! I've been watching devices come out that bridge one part of this like the Asus fonepad and on the other side Microsoft Surface does a great job of bridging the tablet to desktop piece. I can't wait to have a phone I can stick in a dock at home or in the office and use a full size keyboard, mouse and multiple displays with.
I just found the answer to my own question: http://www.everythingabouttablets.net/2011/05/08/polaris-office-android-market/
I'd definitely recommend grabbing the Transformer if your primary purpose is reading pdf's. I can't really comment on anything else because that's what I use it for and I'm very happy with it. I still need to pick up the dock/keyboard for mine and once I have it maybe I'll use it for chatting, email etc. but I don't really like typing on a touchscreen so I generally avoid anything that involves a lot of typing.
Doesn't the Galaxy tab come with Polaris office? I have the Transformer and I use the built in Polaris pdf reader which is great, has bookmarks, is very responsive and was already on the Transformer when I bought it.
:) 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.
Some applications make use of multitouch gestures, for which I see no general analog on a mouse. For example, how do I pinch to zoom with a mouse?
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.
I call mine "HoneyPot"
Actually there is different behaviour between Chrome and Safari. I personally had to fix an issue where Safari and Chrome were storing object arrays in the wrong order. Chrome fixed this shortly after release because so many people complained but as far as I know Safari hasn't done anything about it.
Yep that's it, now that you've told me where it is I don't know why I couldn't find it there in the first place. I know when I tried to look up a file listing example in C# the example was using the VB namespace so I'll chalk that one up to my own laziness.
Actually there's more to the VB namespace, it includes file system calls that aren't available anywhere else (that I could find). So if you want to open up a folder and iterate through the files in it you include the VisualBasic namespace. Again I could be wrong, I've just never found it anywhere else which didn't make much sense to me.
Wow that took down the whole browser, not just one tab.
I went from Asus to DFI and ALL (2) of my DFI boards have now died and I'm back to Asus.
Well Stake and Lattice are all fiber anyways ;)
I hope you're not eating the pressure treated kind.
Have you tried VS.PHP?
.Net developer by day so I'm used to the IDE already.
VS.PHP IDE
I'm pretty happy with it although I'm a
That right there almost covered my screen in coffee.Too bad there's no +5 funny and insightful
From the actual site:
Security and privacy of this service
InkblotPassword.com is a research project deployed by Microsoft Research. It is for demonstration and research purposes only. You are welcome to try it out, but we make absolutely no promise that our implementation will protect your password. Don't use your account here to protect any data you care about, from money to your reputation. We also make no promise that the site will continue running. Should the service prove successful, Microsoft may consider offering the service as a commercial product or service. For now, consider it an unreliable, insecure service run by a couple research coneheads in their spare time, and trust it accordingly.
When I see NNSquad I think Non-Nude ... helping to keep porn of the tubes everywhere!!!
Mac users can upgrade their video cards?
How about not putting ads on a login page?
Wow, at least now I'm informed the next time an American gives me heck for leaving D.C. off the list of states
I am not an American so I am definitely not an expert on this subject, I was just pointing out that the summary and article say "District of Columbia" not Washington D.C. and I thought there was a difference between the two. Please correct me if I'm wrong.
Can you also let me know which state Washington D.C. is in if D.C. isn't a state.