Linked by Thom Holwerda on Sat 1st Sep 2012 21:15 UTC
Windows The Verge published a video demonstrating how desktop mode and Office 2013 - a desktop application - work on Windows RT, the ARM version of Windows 8. The video showed a desktop mode that clearly didn't work well for touch, and even Office 2013, which has a rudimentary touch mode built-in, didn't work properly either. It looked and felt clunky, often didn't respond properly, and even showed touch lag.
Permalink for comment 533658
To read all comments associated with this story, please click here.
RE[7]: Window opportuniry
by darknexus on Mon 3rd Sep 2012 09:08 UTC in reply to "RE[6]: Window opportuniry"
Member since:

Good point, but I still have to see a desktop Linux user download drivers from the Net. Most of them, third-party drivers included, can be found in the distribution repositories.

Nice in theory, but for quite a few device classes there simply aren't Linux drivers. Case in point, quite a few modern printers and almost all modern scanners. Granted, it's because these drivers haven't been developed. The reason is simple: there's no standard to target. Printers and scanners are not kernel drivers anymore (thank goodness for that) however, with scanners in particular, you face several problems when developing said driver. The version of sane used, the version of glibc and other libraries it is compiled against, 32-bit or 64-bit, etc. My scanner (Canoscan 5600F) has Linux drivers, but they're almost impossible to get working and require endless amounts of fiddling because the drivers Canon have provided do not match any version of SANE other than the one in RHEL. I'll stress that I understand the reasons and I know how to get it working; I bought this model, in fact, because it's compatible with all major operating systems that I use no matter how fiddly the Linux support is. I know the Linux community would blame Canon at this point and claim they should GPL their drivers (another argument I hate) but, if I were them, I wouldn't even bother making Linux drivers until I could reasonably target the majority of systems out there. That doesn't help the average home user that just wants to scan a few pictures however. To them, it doesn't work and there's nothing they can quickly install to make it work. It either works or it doesn't, and it doesn't help that most hardware doesn't even give an indication when they buy it if it's Linux compatible or not. If the driver is in the repositories and it fully supports your device, great. If it's not, and you're not a tech, you're royally screwed even if said driver does exist because the odds of being able to install it yourself (whether in source or binary form) are close to zero even if you follow the instructions exactly. Further, if your distro updates its kernel and it is a kernel driver, it gets wiped away and you have to do it all over again, and it might not work this next time around if an API has changed.
I haven't even gone into the trouble of trying to use Linux to communicate with an iDevice which, like it or not, is something a lot of home users will want to do. That's an entire can of worms in and of itself and yes, I know this is because of the fact that the developers of libimobiledevice and usbmuxd have to reverse engineer the USB communication protocol that Apple keeps changing. A test for you though: Say that to a typical home user and see if they understand it. My guess is their eyes will glaze over a bit until you finish and then ask: "Well, will it work or not?" Note, this isn't actually a guess. ;)

Reply Parent Score: 2