Internet Explorer, WebGL and a Return to the Bad Old Days
readwriteweb.com
readwriteweb.com
The picture can't get any clearer than this -- meet the new Microsoft, same as the old one.
This will also put pressure on driver vendors to fix the desktop 3D situation too. Firefox an Chrome both have draconian rules that limit WebGL to "known safe" drivers. In a couple years I truly believe that everyone will want to play in the WebGL ecosystem.
I would love it if this weren't the case, but it looks to me like they're trying to convince people to put webGL and webSockets into the same logical group of "non complete" standards, when they just plain aren't. It's marketing bullshit, webGL is done and working.
So I really couldn't care less about what MS does with IE, I'll use whatever open standard technologies work in my and my friends' environments. Yes, I'm a software developer (though not of the social website variety).
Haven't they always? .NET is riddled with "safety" features like sealed classes that make programming a living hell.
Java already had `final` classes (which are the exact same thing, as far as I know).
And there's a school of OO thought in which classes should only be inheritable if built for inheritance (so not only should final/sealed be available, it should be the default).
By the way, WebGL doesn't work in my Chrome install (10.0.648.205, ubuntu). Is it something that I need to switch on?
I wouldn't be surprised if they released IE with DirectWeb or WebX, or something ;)
That's all there is to this story. WebGL competes with Silverlight, and real-world WebGL adoption isn't very high yet. Microsoft therefore feel they stand a chance.