silverlight compile to html5 or Have XAML run in browser without plugin
have Silverlight compile to html5 or Have XAML run in browser without plugin.
Glenn Kessler commented
What I don't get then is if you just support IE only (you're not worried about cross browser stuff) then why hassle with anything other than WPF? Or really XAML Apps?
Of course I am coming form the opinion that ASP.NET and all that is a hassle and just not as easy to deal with as basically desktop based code. For Windows 8.1 and beyond then you really start having some nice options for Phone/Tablet/Desktop compatible solutions.
I don't know really.... someone tell me why I'd want to do anything else....
What is the least appealing to me is the script stuff. Seems like an unwieldy thing when it gets big....
Is that because it is so loosely structured, and the lack of strong typing that to me it seems that way?
I vote yes. I have thought something like that would be in the pipe-line from t he get-go.
Interesting. I had a similar idea and I posted it as follows:
I suggest Microsoft create a project template for XAML/Typescript and not just HTML/Typescript with the following three items in mind:
B. You should create RIA services for XAML/Typescript just as you had in Silverlight/c#/vb. And you will be forgiven for leading developers to Silverlight and killing it.
XAML/typescript, HTML/Typescript, HTML/C#/VB, XAML/C#/VB etc at no additional cost. I expect Roslyn at least to achieve this last point. but the first two points should be achieved immediately.
This could be in a similar way as TypeScript.
The original XAML specification could be modified to fit HTML/CSS standards while retaining the nice concepts of WPF:
- Layout: Well defined and easier but very powerful
- Data Templates, and
- Control Templates: that everything is made up of atomic UI elements.
Keith Blanchard commented
I think having a 'compiler' that generates Silverlight code into HTML5+CSS3+JS code would be awesome, I think it's even worth throwing away some existing SL features to make the generator compatible with HTML5+CSS3+JS.
Not only that but it will also make C#+XAML the most portable language in the world, it will work on every browser supporting HTML5/CSS3/JS, could make OOB wrappers for Linux, Android, OSX/iOS and more.
Besides that SL is already easily portable to WPF/WinRT apps.
Not to mentioned the awesomeness of RIA Services and the integrated validation tools that only SL offers, it's currently not present for WPF nor for WinRT.
IMHO, MS gave up an awesome technology to get attention from the js developers, which is not completely stupid, what's stupid is that the ppl who worked on those awesome technology are frustrated. Moving from Silverlight to JS is like moving from Blue Label to Red Label...
I'd also like my Windows 8 Metro applications to work on a Commodore 64. Could you guys get on that? Thanks.
Mhd Ahd commented
To Jeremy Pardoe
* What about offline systems with restricted and tight security policy that disable any plugins (like flash, Sl, ....) only HTML and JS are allowed.
* What about mobile and tablets customers (I'm working in a central bank; the top management uses IPad only)...
* What about other banks, FX companies and other organizations that access your applications.
Jeremy Pardoe commented
Speaking for corporate LOB app developers, we are not developing LOB applications in Sliverlight in order to "reach" all possible browsers. We are perfectly happy to support I.E. only. (It seems that most corporate intranet HTML apps are only -partially tested and so only partially compatible with other browsers in any case.)
Silverlight provides us with a rapid, type-safe environment where we can provide access to users to sophisticated, robust applications with a zero-footprint, always up to date delivery model. Low development costs, low maintenance costs, superb tooling. For any MS Windows based corporation (i.e. 99%), who cares if the "only" delivery medium is a browser that ships with every copy of Windows.
By building SL into I.E. MS would avoid corporate lock-down policies that with can frustrate Silverlight plug-in deployment.
The compile-to-html5/js approach seems a bit like "compiling" a Ferrari into a Morris Minor. Still, provided it can be made to work...kinda..on some browsers...
I just wonder how naive you can be to ask for XAML being able to run in browser without plugin. And lets say that Microsoft implements such a feature for their Internet Explorer, why don't you go to Mozilla, Google, Apple etc to ask them do the same for their browsers !
It seems common sense is what is missing these days.
what is run in a browser is not Microsoft's decision you know ... go learn what W3C is.