To view parent comment, click here.
To read all comments associated with this story, please click here.
Yes, that mean Silverlight vendor lock-in which only works on one operating syste-- wait a minute.. no it doesn't.
From someone who gets paid to develop Silverlight, and is able to compile once, and run it across Windows, OSX, and Linux with nearly identical performance, your claims are complete and utter bullshit.
No proposed webstandard, or combination of any webstandard comes even close to providing anywhere near the productivity that I am able to achieve using Silverlight. On many browsers across many platforms. Nothing. "
Oooooh, tetchy tetchy.
http://www.theregister.co.uk/2009/11/20/silverlight_4_windows_bias/
http://tech.slashdot.org/story/09/11/20/2314220/New-Microsoft-Silve...
So much for cross-platform. Microsoft didn't even wait for Silverlight to get a proper foothold (i.e. finish the "embrace") before they started their "extend" phase on this one.
That would be a significant "oopsie", I believe.
Edited 2010-03-04 08:56 UTC
I find those complaints rather weak. Silverlight using Trident on Windows and Webkit on OSX seems like an advantage for OSX if anything. Only having the COM interface on Windows is a bit more damning, but it is hardly the core use-case for Silverlight, and it is not immediately clear if a COM-like model would fit very well on OSX anyway.
COM Automation in Silverlight is limited to Out of Browser applications, which require Full Trust, and are extremely rare in their use. Your run of the mill Silverlight website won't use it.
The most common use case for COM Automation in SL4 would be in-house clients designed for consumption internally.
The WebBrowser complaint is also something which again, requires a full trust OOB application to use. To be honest, you'd be hard pressed to find a scenario where you'd even want to embed a webbrowser inside a Silverlight canvas ontop of another webbrowser.
Anything else? No? Ok.
Find me any combination of open standards which do anything even remotely close to what Silverlight does, and I'll be glad to pick the technologies apart.
I've been following Silverlight since it was a glimmer in the eye of Avalon at PDC03, and I've seen (through various Avalon Alphas and WinFX CTPs) the extreme lengths they went through to try to mesh a bunch of sub-par webstandards together. The result was lacking in so much cohesion that they just scrapped it all.
XAML does what it does better than XUL and HTML
ControlTemplates/Styles do what they do better than CSS
XAML's SVG support is on-par with SVG to the point where the differences are really small.
and of course, the JIT Compiler of the .NET Framework slaps the shit out of the fastest Javascript engine out there.





Member since:
2005-11-29
Yes, that mean Silverlight vendor lock-in which only works on one operating syste-- wait a minute.. no it doesn't.
From someone who gets paid to develop Silverlight, and is able to compile once, and run it across Windows, OSX, and Linux with nearly identical performance, your claims are complete and utter bullshit.
No proposed webstandard, or combination of any webstandard comes even close to providing anywhere near the productivity that I am able to achieve using Silverlight. On many browsers across many platforms. Nothing.