Microsoft wrestles with HTML5 vs Silverlight futures • Hacker News Board

Re: Microsoft wrestles with HTML5 vs Silverlight futures

#21

Post by seltzered » Fri, Sep 10, 2010, 1:33 AM UTC

kenjackson wrote: post #8

HTML 5 looks more and more like the Win32 API to me (or x86 assembly). At first everyone will use it directly. But people will quickly see that its a bear to be productive with it. Then you'll quickly see new frameworks built over it. I wouldn't be surprised if Silverlight eventually simply targeted HTML 5. You wrote your code in Silverlight and out comes an HTML 5 page. I'm not really sure what WPFs future is. It's…

"I'm not really sure what WPFs future is. It's great technology, but the desktop is increasingly niche."

This scares me as someone who likes the idea of WPF, considering alternatives are javafx (not open either, but not being actively updated), and for, only recently adobe flex.

What do one use when they want to make a desktop app with decent ux that needs to talk to hardware? Go back to using java/swing? Native client (hah!)? Flex only started to support native processes a few months ago.

Ideally I'd love to see the ideas behind WPF open up a bit if support diminishes.

Re: Microsoft wrestles with HTML5 vs Silverlight futures

#22

Post by prodigal_erik » Fri, Sep 10, 2010, 1:49 AM UTC

Properly written semantic HTML5 is a progressive enhancement from HTML4. With Silverlight (or Flash) the documents would just about have to be implemented twice, and few authors have the diligence to actually do that.

Re: Microsoft wrestles with HTML5 vs Silverlight futures

#23

Post by InclinedPlane » Fri, Sep 10, 2010, 7:19 AM UTC

deno wrote: post #20

InclinedPlane wrote: post #19

Earlier quoted context omitted.

Yes, I concede, you are right. That's how everybody uses Flash and Silverlight, by driving it externally using javascript. Are you being serious or just a troll? There are holes in the wall between Flash/Silverlight and web pages, but there is very much a wall.

Oh come on. Silverlight let you do things like take a code fragment from HTML page, interpret it and let it execute commands against browser's DOM. (See: http://www.silverlight.net/learn/dynamic-languages/ ). DojoX GFX (similar to Rapchaël) emulates even SVG drawing using Silverlight object. And Flash let's you call any Javascript function from ActionScript and an ActionScript function from Javascript. You must be dr…

This is why there's so terribly many flash/silverlight apps driven by external javascript? And why, on average, there's so very much cohesion between flash/silverlight objects and the pages they live with in?

In practice, the wall clearly exists. The average flash/silverlight app is an alien box sitting amidst its host page, with very few and generally comparatively minor exceptions.

Re: Microsoft wrestles with HTML5 vs Silverlight futures

#24

Post by bad_user » Fri, Sep 10, 2010, 10:05 AM UTC

deno wrote: post #15

kenjackson wrote: post #13

Earlier quoted context omitted.

Why is it not possible to target HTML5 from Silverlight? You may have to tweak Silverlight some, but it seems doable? You map the styles to CSS. The Xaml to HTML (I'd love to have Silverlight layout in HTML). Although the Xaml also includes stuff that you need to map to Javascript as well. The C# code gets mapped to Javascript. You'd have to map all of the things like databinding, DeepZoom, and animation specially cr…

Microsoft Live Labs is kind of doing this with Volta.

Volta is dead.

Re: Microsoft wrestles with HTML5 vs Silverlight futures

#25

Post by bad_user » Fri, Sep 10, 2010, 10:17 AM UTC

kenjackson wrote: post #13

bad_user wrote: post #12

Earlier quoted context omitted.

> I wouldn't be surprised if Silverlight eventually simply targeted HTML 5. No, that's not possible, as HTML5 is pretty incompatible with Silverlight's selling points. Besides, the article is flamebait ... Silverlight will be the native API people are going to use for building native-clients on Windows desktops / Windows mobile phones. Add to that list portability Symbian, MeeGo and probably Android. Silverlight also…

Why is it not possible to target HTML5 from Silverlight? You may have to tweak Silverlight some, but it seems doable? You map the styles to CSS. The Xaml to HTML (I'd love to have Silverlight layout in HTML). Although the Xaml also includes stuff that you need to map to Javascript as well. The C# code gets mapped to Javascript. You'd have to map all of the things like databinding, DeepZoom, and animation specially cr…

I never picked up development on Silverlight because the Linux client (Moonlight) is unusable, but its advantages are ... an efficient VM (dotNet's CLR) with real multithreading capable of running any .NET language on top, video DRM and adaptive streaming and ... this is important ... consistency between (supported) browsers and OSes.

I know normal people don't care about the first point ... but because the VM is efficient, it might just be that Silverlight is actually efficient on mobile phones (versus Flash) ... a Symbian version is already available, a MeeGo is in the works, if they add Android to that list + Windows mobile 7 ... then you've got a winner (if only they don't fuck up the implementation as Adobe did with Flash).

From Microsoft's point of view Silverlight also has another advantage ... they can add to it whatever they want. Few people complained when they added COM interoperability. They can't do that to web standards without bad publicity (though this didn't bother them in the past).

Re: Microsoft wrestles with HTML5 vs Silverlight futures

#26

Post by deno » Fri, Sep 10, 2010, 10:35 AM UTC

InclinedPlane wrote: post #23

deno wrote: post #20

Earlier quoted context omitted.

Oh come on. Silverlight let you do things like take a code fragment from HTML page, interpret it and let it execute commands against browser's DOM. (See: http://www.silverlight.net/learn/dynamic-languages/ ). DojoX GFX (similar to Rapchaël) emulates even SVG drawing using Silverlight object. And Flash let's you call any Javascript function from ActionScript and an ActionScript function from Javascript. You must be dr…

This is why there's so terribly many flash/silverlight apps driven by external javascript? And why, on average, there's so very much cohesion between flash/silverlight objects and the pages they live with in? In practice, the wall clearly exists. The average flash/silverlight app is an alien box sitting amidst its host page, with very few and generally comparatively minor exceptions.

You claim that less than expected (by you?) people use available technology in such and such way and thus that imply that there's something wrong with technology?

I would suggest there's really not so much use cases for Flash/Silverlight—HTML in-page communication. Or maybe some people just don't know their tools very much? None of these would be solved by creating another similar technology.

EDIT: Just look at the new HN top story for an example of JS-Flash interaction: http://feross.net/instant/ :)

Re: Microsoft wrestles with HTML5 vs Silverlight futures

#27

Post by deno » Fri, Sep 10, 2010, 10:40 AM UTC

bad_user wrote: post #24

deno wrote: post #15

Earlier quoted context omitted.

Microsoft Live Labs is kind of doing this with Volta.

Volta is dead.

Maybe? Well I don't know politics, but they did some solid work that ended up with a paper. Since Volta was not a product but an experiment I would suggest it doesn't make it unlikely, that research could be used to create similar product in the future. It seems potentially like a good fit.