Silverlight Released, Linux Version Coming 462
Today Microsoft announced the release of Silverlight 1.0 for Windows and Mac OS X. This cross-browser, cross-platform browser plug-in is fully supported and competes directly with Adobe Flash. Included in this release was the promise from Microsoft to support the 100% compatible Linux version, called Moonlight.
Gnash (Score:4, Informative)
We don't need Yet Another Microsoft 'Standard'.
Re:What can posibly happen... (Score:5, Informative)
Re:From the tirania.org link (Score:3, Informative)
Flash works fine on x86_64, it not working on 64-bit Linux is an urban myth. Seriously, just google for it...
Hmm... (Score:2, Informative)
for FF users (Score:4, Informative)
Re:Gnash (Score:4, Informative)
Re:Now that I've downloaded it... (Score:1, Informative)
http://halo.msn.com/videosHD.aspx [msn.com]
http://www.tafiti.com/ [tafiti.com]
http://silverlight.net/showcase/ [silverlight.net]
http://silverlight.net/community/communitygallery
Re:It's a trap (Score:5, Informative)
Re:Now that I've downloaded it... (Score:4, Informative)
http://silverlight.net/Showcase/ [silverlight.net]
Details of cooperation (Score:4, Informative)
Re:Itsatrap. Here is why: (Score:5, Informative)
Actually, Moonlight as of today already integrates with Mono, already exposes all of the Silverlight 1.1 API and already runs most of the samples on the net (modulo a lot of bugs
Miguel.
Re:Miguel must be happy today (Score:2, Informative)
Firstly, we're not trying to hide anything in terms of developer APIs or documentation. We've got a good set of reference material online that is targeted at someone developing Silverlight content for display on a website. On the other hand, Moonlight is developing a compatible implementation of the Silverlight runtime, which is a pretty specialist requirement. There are different needs that Miguel and team have - for example, how to parse ill-formed content, and there are internal development specs that will help in making a 100% compatible implementation.
Secondly, the codecs themselves are licensed implementations of the VC-1 standard. We're not in a position to put them into the public domain, unfortunately, but making binaries available at least exposes the functionality.
Hope this explains where we're coming from and dispels at least in part the perception that every strategic move has evil intent!
Re:It's a trap (Score:5, Informative)
Re:What can posibly happen... (Score:5, Informative)
Re:It's a trap (Score:3, Informative)
Re:It's a trap (Score:2, Informative)
Re:Extreme Paranoia at Microsoft, explained. (Score:5, Informative)
Flash started as FutureSplash, a system for simple vector based goofy animations on the web.
Macromedia bought it, and ramped it up. About, oooh, a week (?) after Flash was bought, the writing was on the wall - Macromedia Director was a Dead Duck. What made Director useful, however, was its craptacular programming language, Lingo. Once the vision shifted from Director to Flash, the move was on to develop a programming language for Flash - the result? The even MORE craptacular ActionScript.
Several year ago, a survey was done [marketingsherpa.com] and it was found that a full 80% of the users of the web would click "skip intro" and avoid using flash if they could. This set off a sea change at Macromedia, and now at Adobe, where Flash is no longer the funky little animation engine that couldn't if its life depended on it, but to become a "development environment" and platform for web based applications. [adobe.com] Now, isn't THAT a totally stupid idea...
So, what Microsoft is trying to do is strangle and/or marginalise Flash as a dev environment before it gets any real traction.
Now you know.
RS
Re:What can posibly happen... (Score:4, Informative)
Re:Extreme Paranoia at Microsoft (Score:3, Informative)
Part of the features of WPF is that its applications can be ran in "Express" mode, via a browser (this isn't like Silverlight or Flash where its part of a web page. In this case it IS its own "markup" and all, there's no html or anything, has its own extension, etc). That uses the full features of Windows' UI API, including direct x and such, so thats obviously Windows-only (also only works in IE, though I think I heard there's a Firefox plugin for it now, but still Windows-only, it uses core APIs and such). Running these "express applications" is a bit like Java Web Start or
Now, this has an obvious limitation: it can't seriously be used on the public internet, being Windows-only (this isn't 10 years ago anymore), so there was a subset of WPF that was to be implemented for Mac OSX, WPF/E (Windows Presentation Foundation Everywhere). That would let people use a subset of XAML/WPF in other browsers and on other platforms. So it was made.
Now, having that, well, the marketing people and such obviously saw a "Why Not" opportunity to expand its market into other areas than simple "Express applications". It could be used a bit like Flash, on top of its original purpose. And thus the name got switched to Silverlight, and the marketing came.
So it this case, the Flash counterpart really came kindda "after" the implementation and is pure marketing. Its not WPF/E's original purpose. Its a lot more useful in its Silverlight form though. Lets you reuse existing