(no title)
kapowaz | 12 years ago
Since the advent of smartphones and tablets that can't display Flash content, sites that do this have started to die out in favour of a combination of native applications and true HTML implementations. If the experience they're going for calls for a video or canvas element (3D or otherwise) then great, go for it. But the scope of that part of the experience is implicitly reduced, and so it doesn't result in a sub-par experience across the board (I might not be able to see your fancy WebGL 3D canvas effects, but the links to your ‘contact us’ page still work).
What I'm worried about is that by providing a compatibility path, Flash's imminent demise will be put on hold, and the sub-optimal experiences I described above see a resurgence. And that's not a good thing.
Recoil42|12 years ago
This same argument is true for Canvas, SVG, WebGL etc.
kapowaz|12 years ago
sp332|12 years ago
But if it's rendered as part of the page instead of in a black-box plugin, doesn't that whole problem go away?
Yaa101|12 years ago
For me the best trade-off is still to use a flash-block and grant the flash running time when I choose to do so.