At least, Flash video format on YouTube. It's stored linearly, so users don't have to wait for the entire video to load to see part of it, and the codec is programmed well enough that anybody can click another loaded point in the progress bar mid-play and the player instantly goes to that point and plays.
Formats and codecs that don't work like this are a major mistake.
nope, it's just different concept that's what you need to understand, you don't have a cursor which you control using your fingers, so there's no hover :) the thing is you would need to re-think interaction on your web sites to fully support touch devices, navigation and so on.
i'm facing the same thing as quite a lot of code i write actually uses hover states on lot of elements and based on that there some function running.
On a multitouch interface, you can take your data or image and drag it, stretch it, squeeze it and twist it. I don't see why there shouldn't be an operation equivalent to "hover" - drawing little idle circles on the screen, perhaps, although probably that's taken. Or just sliding from off the hover-sensitive application to on it.
But since it's an advertisement, why would you want to?
One type of screen that apparently is regaining popularity, at least on desktops, uses light across the surface of the screen to detect where it's being touched, and I gather that this is typically implemented so that pointing to the screen without quite touching it is also recognised, to move the Windows cursor. And the first Windows XP Tablet Edition for Tablet PCs depended on a special stylus being detected by, um, magic, distinguishing whether it was touching the screen or not. Actually, I miss that.
The real reason Apple refuses to support Flash on the iPhone is that 80% of the apps on its app store would:
1. Be implemented in flash instead.
2. Be accessible to non-iPhones.
3. Bring in no money for Apple for the above reasons.
At least, Flash video format on YouTube. It's stored linearly, so users don't have to wait for the entire video to load to see part of it, and the codec is programmed well enough that anybody can click another loaded point in the progress bar mid-play and the player instantly goes to that point and plays.
Formats and codecs that don't work like this are a major mistake.
No enough CPU power for so much bloated colorful stupid futility jumping all over your screen when all you want is to click the damn link right away.
nope, it's just different concept that's what you need to understand, you don't have a cursor which you control using your fingers, so there's no hover :) the thing is you would need to re-think interaction on your web sites to fully support touch devices, navigation and so on.
i'm facing the same thing as quite a lot of code i write actually uses hover states on lot of elements and based on that there some function running.
Because Intel likes Adobe Flash too.
Google would support Flash for Chrome. It's because they own DoubleClick, which does a lot of Rich Media *Flash* advertising.
On a multitouch interface, you can take your data or image and drag it, stretch it, squeeze it and twist it. I don't see why there shouldn't be an operation equivalent to "hover" - drawing little idle circles on the screen, perhaps, although probably that's taken. Or just sliding from off the hover-sensitive application to on it.
But since it's an advertisement, why would you want to?
One type of screen that apparently is regaining popularity, at least on desktops, uses light across the surface of the screen to detect where it's being touched, and I gather that this is typically implemented so that pointing to the screen without quite touching it is also recognised, to move the Windows cursor. And the first Windows XP Tablet Edition for Tablet PCs depended on a special stylus being detected by, um, magic, distinguishing whether it was touching the screen or not. Actually, I miss that.
Hehe, yeah, isn't that why the Safari browser is rubbish for web browsing? No real hover so pure CSS popups don't work.
Such a shame it seems to work correctly with Opera Mobile 10 on Sybian / WM phones.
you don't know what you're talking about, sorry
The real reason Apple refuses to support Flash on the iPhone is that 80% of the apps on its app store would:
1. Be implemented in flash instead.
2. Be accessible to non-iPhones.
3. Bring in no money for Apple for the above reasons.
i think it doesn't need a rocket science to understand basic reason why there's no flash on touch enabled devices from Apple - content.
why would you show content if user cant' interact with it?
most of the flash sites/animations depend on 'hover' which isn't possible on touch enabled devices
So rather than showing useless (and bandwidth consuming) content they've chosen lesser evil - not show it at all
So there's nothing like an Apple propaganda against flash, it's just a common sense put in place.
It's kinda tiresome interrupting with every update and large MBytes!
gosh, remember the web before flash?
i miss that bugger =[