I don't see the need to make that distinction here. It should be trivial to port from Moblin to desktop. And I'd assume that Intel's Silverlight would be better than Moonlight, as it should be more lightweight and it is based on offical Microsoft Silverlight, so it should support wider range of Silverlights features. Only reason imho to choose Moonlight over Intels Silverlight would be licensing issues, as I don't think it will be FOSS.
I think bloat is the issue but not in a negative way. Silverlight is a subset of the .Net Framework in that Microsoft Jettisoned any unnecessary feature to make the package size smaller. While Moonlight is a port of Silverlight it requires Mono to run and Mono is an attempt to port the entire .Net Framework to Linux.
So if you want Silverlight on a cell phone and you want it to be as small as possible Mono doesn't fit your goal (which is what I have to assume Intel was thinking).
Intel absolutely does not want flash for linux/arm.
They want every netbook to have an Atom in it, and flash support is by far their biggest weapon for doing so, even bigger than the ability to run Windows.
Moblin originally was an Intel/Atom thing. They've sort of handed it over to the Linux foundation so you'd expect it to grow from there but while Intel have made that move to avoid looking predatory, you can't really expect them to put in the man hours for other architectures.
20 comments
[ 2.8 ms ] story [ 58.6 ms ] threadAre Intel saying Moonlight sucks? Too big or bloaty? The wrong licence? Too Not-Invented-Here-ish?
Why wouldn't it be in the best interests of Microsoft, Intel and Novell to work together on this?
So if you want Silverlight on a cell phone and you want it to be as small as possible Mono doesn't fit your goal (which is what I have to assume Intel was thinking).
They want every netbook to have an Atom in it, and flash support is by far their biggest weapon for doing so, even bigger than the ability to run Windows.
But that wouldn't stop a proprietary Silverlight for Linux (which this may be) from working with DRM.