Are WPF and Silverlight Dead?


Recommended Posts

Well, that's good. Since you can only count the number of times you've seen a WPF app, then that must make it true. At least this post was better than your last.

"MVVM is overrated". Ok. Get some real dev experience and then come back when you're ready to have an intelligent conversation.

Well, that's good. Since you can only count the number of times you've seen a WPF app, then that must make it true. At least this post was better than your last.

"MVVM is overrated". Ok. Get some real dev experience and then come back when you're ready to have an intelligent conversation.

He doesn't understand MVVM, XAML, Blend, WPF. He rants against that which he fears.

It seems NaiveUser from MDL believes a form of Silverlight is the backend according to Windows 8 HTML5/javascript and HTML5/javascript serve a very small role in the frontend UI. Of course, this doesn't mean that MS can't change its mind about using HTML5/javascript since the last build leaked.

WinForms, WPF, and HTML are not going anywhere

yeah yeah, I know - but unless you work for MSFT and are in some position to know for sure, you're just tossing assumptions like everyone else in this thread. Your take has been noted.

Me? I'm a contingency planner and when my livelihood looks to be taking a different path, I get interested...and speculative :)

God help us if anyone is idiot enough to believe that you can make enterprise and complex applications with HTML5 and that mess of a language called JS.

And no, I don't think Silverlight or WPF or anything of sorts is going away.. Windows still has regular Windows mode for these apps.. It is reasonable to assume that HTML5/JS will be used to build mobile/web apps and other stuff.. I was never a big fan of Silverlight but to think that Silverlight is dead when its' the primary platform to build with for WP7 apps and that it won't be supported in Windows 8 is just, well, asinine. Secondly, if tile mode uses IE10 rendering engine I don't see why you couldn't build apps in Silverlight and they would still work in tile mode too. It's IE10 that does the rendering.. unless Microsoft is deciding to kill ALL plugins and have IE10 only work with HTML5/JS which I think is definitely crazy to think.

From what I remember they said that these "immersive" apps that they showed in the Win8 demo were built using HTML5+JS+CSS, and they were basic full screen apps that didn't need the "desktop" to work. Poor wording and all I think what they were going for with this is to attracted the webdevs and show that you can make "apps" using those languages just like what ChromeOS is going for. SL/WPF/.NET aren't going anywhere, they're used heavily in other MS products. SL is big on WP7 yes but also Azure iirc. And Azure is the next big money maker from MS and they're pushing it hard (it's already being used more and more with time so it's paying off little by little).

These are just my guesses, but in the end I expect that MS will try and get a single marketplace and a way to have apps that can run (if coded right) on the phone/tablet/desktop etc and pull a Apple basically. Why are they quiet about it? I dunno yet, we can sit here and guess till we're blue in the face but I figure they're going to talk it up even before the BUILD event.

I think D9?s odd Windows 8 video, unofficial transcript says it all. "So this application is written with our new developer platform, which is based on HTML 5 and Javascript. People can write new applications for Windows using the things they are doing already on the Internet." was somehow edited off from the posted video.

Hahahahahaha ... haha ... ha ... Javascript ... Hahahahaha ... You seriously think that Javascript will be the main development language for Windows 8 ? Guys do you even have the slighest idea about what you're talking about ? Javascript ? Hahahahahaha. Hello Autodesk, please make Autocad using Javascript pleaaaase *_* Oh hi Google, can you please remake Chrome using Javascript ? Hell yeah dawg, we'll make a browser inside your browser so you can browse while you browse !

*sigh*

PS : New immersive interface/TouchUI/Metroish Thingy != Windows 8

I think D9?s odd Windows 8 video, unofficial transcript says it all. "So this application is written with our new developer platform, which is based on HTML 5 and Javascript. People can write new applications for Windows using the things they are doing already on the Internet." was somehow edited off from the posted video.

Ya, this says what I've been saying a bit better, the play here is to get web devs who are thinking of making ChromeOS apps to stick with Windows8 etc. They didn't talk about SL/.NET etc because they wanted to highlight that you can also use HTML5+JS etc to make webapps that will look and work like native apps on the new start screen.

HTML5 + Javascript for desktop apps? My first reaction was "you cannot be serious". I shudder to think of the performance of HTML5+JS. Do Microsoft still wonder why a a lot of commercial software is still written in C++?

Desktop apps don't have to be, for lack of a better word, "heavy" all the time. Something like a torrent client for example, or a IM client, stuff you've used inside a browser but now outside etc. I don't expect huge apps at all and I don't know why people are taking this to extremes for no reason. This model fits any cloud apps though, as we've seen being done by other devs. Hell, doesn't adobe have a version of photoshop online? You could easily just move that UI out of a browser and into the new start screen directly as a "basic" version of the client while the full featured desktop "advanced" version would be like it is now and also kick you over to the desktop when you start it.

Here's a little list of official Microsoft apps built in WPF:

Windows Live Messenger 2011

Microsoft Office 2010 (yes, every app in Microsoft Office is built in WPF)

Other than that, my software company doesn't use anything else than WPF either. It was hard to get used to, but so much better now.

So no, WPF is not dead, and Silverlight is definitely not dead either. Microsoft is at least moving towards WPF, and I believe that many developers will have to move to WPF as well soon. Windows Forms is outdated, and is not a proper environment for end-user programs that are not supposed to handle large amounts of data etc.

Windows 8 will come with the .NET Framework 4.0 inbuilt, which I believe will make WPF blossom. Furthermore, the deployment system that will be used in the app-store is based upon WPF and Silverlight.

Enough said.

Here's a little list of official Microsoft apps built in WPF:

Windows Live Messenger 2011

Microsoft Office 2010 (yes, every app in Microsoft Office is built in WPF)

Other than that, my software company doesn't use anything else than WPF either. It was hard to get used to, but so much better now.

So no, WPF is not dead, and Silverlight is definitely not dead either. Microsoft is at least moving towards WPF, and I believe that many developers will have to move to WPF as well soon. Windows Forms is outdated, and is not a proper environment for end-user programs that are not supposed to handle large amounts of data etc.

Windows 8 will come with the .NET Framework 4.0 inbuilt, which I believe will make WPF blossom. Furthermore, the deployment system that will be used in the app-store is based upon WPF and Silverlight.

Enough said.

Isn't VS2010 WPF too or am I remembering it wrong?

He doesn't understand MVVM, XAML, Blend, WPF. He rants against that which he fears.

I "dont understand MVVM" yet I know the overhead due to the amount of coding required for it on simple apps is ridiculous.... and that its not standardized to the point its own creator says it has flaws.... MS doesn't have a standardized model for it....there are code maintenance problems with large projects if something changes at the model level.... there aren't too many toolsets for it yet for quick developers... the model has duplication problems with the amount of code you need to produce all the bindings for your data scheme to be usable for large projects...... but yeah keep telling me I have no idea and am just scared of change..... seriously when you write apps you research what YOU need and use it, we found these things not to fit anything we do with large projects due to problems like this.... sure there are people that like it, but eventually with every model you run into problems....

WPF is going to eventually be melded into forms and it will be one thing again... MS is just taking its time doing this, but like I said there are very few commercial applications out there that use it... and those that do, only use it as a hosted controller, not an entire form...... visual studio for instance is WPF, YET they didn't write the entire UI in it, just the editor control. and some forms... they left a lot of it to native windows controls, which you can see if you start doing traces of the app while its running... Office is similar... there are very few whole app WPF applications... and even MS hasn't completely embraced it yet but they slowly push to make WPF one with forms... its going to eventually be the same thing in the end more then likely (who knows what the true roadmap says we cant see it, but there has been hints of it)

and who ever said .NET is dieing to be replaced by Javascript, seriously? that's like killing MFC off... it's going no where

Hopefully this isn't the case for Silverlight.

Microsoft forking HTML5 to morph that into a replacement is a future I don't want to see. We will be thrown back into the 90s where HTML and CSS had all levels of propietary extensions. It will work against the current goal in Web Development of standards compliance and multi-browser support.

This is a really long thread so I apologize if it has already been addressed(I have not read all 15 pages), but this very same issue stuck out to me when I read "Microsoft wants to fork HTML5". I thought of IE and its terrible non-standard implementation of the HTML spec, turning the web into a non-standards compliant nightmare.

Rightfully so I immediately thought of this as a horrible idea, but then I realized that this fork is likely just for desktop applications for Windows 8, not web applications. Microsoft wants to expand on JS, CSS and HTML for use in the Windows 8 desktop to better fit the model of real Windows applications, and I don't see anything wrong with this.

I may be wrong, but I believe mobile platforms such as Android and iOS already modify their languages to make them more suited for use as actual applications on their OS by exposing them to the OS-specific APIs.

I don't see this as fragmenting HTML into the mess that it used to be years back, but simply as creating a separate platform for Windows 8 apps.

HTML5 + Javascript for desktop apps? My first reaction was "you cannot be serious". I shudder to think of the performance of HTML5+JS. Do Microsoft still wonder why a a lot of commercial software is still written in C++?

Javascript is becoming a very real and viable language for desktop applications. Look at Google Docs. Of course it will never replace performance-oriented languages such as C and C++ as they are miles ahead in that regard, however Javascript and HTML5 and their entirely cross-platform nature may replace other cross-platform oriented languages such as .Net and Java for the non-performance oriented applications.

WPF is going to eventually be melded into forms and it will be one thing again...

Doubt it, Windows Forms is essentially a .NET-wrapper around the Win32-controls, nobody want to merge WPF with that mess?

and who ever said .NET is dieing to be replaced by Javascript, seriously? that's like killing MFC off... it's going no where

God I hate MFC, it would be great if the remove the MFC-headers for never versions? Keep compatibility with older versions as they know the memory adress of the function calls but prevent anyone from using it in new programs?

1) You'll be able to generate Windows 8 binaries using any language that has a proper compiler for Windows.

2) The MetroUI (that's what i'll be calling the Metro-ish dashboard) is most probably just a sandbox with a rendering engine so you'll need to use HTML5/JS to take advantage of it (think HTA on steroids).

3) WPF ... of course you'll be able to use WPF in Windows 8 and of course you won't be able to do so inside the MetroUI.

4) Silverlight is the development platform for WP7 and there is no reason to think that it's not going to be supported inside the MetroUI.

Again when you say Windows 8 it's very confusing. Windows 8 != MetroUI. Windows 8 is an OS, MetroUI is a rendering engine.

Here's a little list of official Microsoft apps built in WPF:

Windows Live Messenger 2011

Microsoft Office 2010 (yes, every app in Microsoft Office is built in WPF)

No and No. Windows Live Messenger 2011 uses Direct2D and DirectWrite (Along with most of the rest of WLE), not WPF, which is why it can't run on XP. And Office is mostly entirely C++ - no WPF, no Direct2D, no DirectWrite.

Notable Microsoft Software written in WPF:

Microsoft Expression Studio - Some of the them (Design, Web) only have WPF UI's, with underlying C++ code

Visual Studio 2010

Microsoft Web Matrix

WPF has a very powerful, and very nice UI framework, but it really does need a bit of performance tuning, a bit of additional functionality added in (Why still no folder picker?!). With all the work Microsoft are doing improving IE's rendering and javascript engines performance, I wonder why they don't get a few teams dedicated to doing the same on .NET runtime? Sure there's no real competition, I'm sure there's a lot of room for improvement in there, and everyone would surely appreciate it.

(I have not read all 15 pages)

More like 5 pages :)

I may be wrong, but I believe mobile platforms such as Android and iOS already modify their languages to make them more suited for use as actual applications on their OS by exposing them to the OS-specific APIs.

Nobody - maybe apart from webOS - uses HTML for app-development. iOS is all about native apps (Objective-C, C++,?), Android is highly focused on Java (Dalvik-VM), WP7 is essentially nothing but .NET (more precisly C? and VB.net + XNA and Silverlight).

I don't see this as fragmenting HTML into the mess that it used to be years back?

Noone in this thread actually seems to care about them forking HTML, it's all about .NET? Personally I think it's a bad idea, IMHO HMTL was never suited for rich desktop applications?

Correct me if I am wrong, but as far as I know MetroUI isn't actual code, but a UI guideline. It's a set of rules for developing your application's interface.

For lack of a better name I'm using MetroUI as a shorcut for the Metro-ish dashboard that's intended to be the default UI in Windows 8 :)

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • BrowserOS 0.46.0 by Razvan Serea BrowserOS is a free, open-source Chromium-based browser that runs AI agents natively, offering a smarter, more productive browsing experience. It supports Chrome extensions and integrates AI agents to automate tasks, fill forms, and streamline workflows. Your data stays on your computer: you can use your own API keys or run local models via Ollama, making it a privacy-first alternative to tools like Perplexity, Comet, or Dia. With built-in productivity tools and app integrations, BrowserOS boosts efficiency while keeping control firmly in your hands. Being Chromium-based, BrowserOS lets you effortlessly import your bookmarks, passwords, and Chrome extensions in just a few clicks. BrowserOS works with OpenAI GPT models, Anthropic Claude, Google Gemini, and local AI models via Ollama or LMStudio. You can use your own API keys and effortlessly switch between providers. BrowserOS Agent Your AI productivity assistant that organizes and manages your browsing effortlessly Quickly list, group, or close tabs Save and resume browsing sessions Search your history and organize bookmarks Switch instantly to the tab you need BrowserOS Navigator – Automate web tasks with ease Navigate websites and search automatically Interact with pages without manual effort Handle repetitive tasks in seconds What makes BrowserOS special Feels like home - same familiar interface as Google Chrome, works with all your extensions AI agents that run on YOUR browser, not in the cloud Privacy first - bring your own keys or use local models with Ollama. Your browsing history stays on your computer Open source and community driven - see exactly what's happening under the hood MCP store to one-click install popular MCPs and use them directly in the browser bar (coming soon) Built-in AI ad blocker that works across more scenarios! BrowserOS 0.46.0 changelog: Run Claude Code & Codex right in your browser — We've extended the agent harness to bring full coding agents into BrowserOS. Claude Code and Codex now come bundled and plug straight into the assistant, so you can drive your browser with the agent — and the subscription — you already use. A brand new experience — A redesigned new tab, a calmer composer, and a rebuilt command center for switching between agents. The whole assistant is cleaner, faster to reach, and easier to live in. New MCP tools — We rebuilt the browser tool surface from the ground up — a tighter, more reliable set of tools for agents to drive the browser. Plus one-click install of BrowserOS as an MCP server into the agents you already run, with automatic URL sync. Chromium 148 — Updated to the latest Chromium base with all recent upstream fixes and security patches. Streamlined — We've pulled back a few features that weren't getting much use — Skills, Soul, and Memory — so we can focus and ship better versions of them soon. Download: BrowserOS 0.46.0 | 181.0 MB (Open Source) Download: BrowserOS for macOS | 485.0 MB Links: BrowserOS Homepage | Github | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Microsoft finally admits its default Windows 11 25H2, 24H2 action broke key legacy component by Sayan Sen Microsoft last week released Windows 11 KB5094126 and KB5093998 as the latest Patch Tuesday updates. Following that the company also published the accompanying dynamic updates under KB5094149, KB5095971, and KB5094156. So far the company has acknowledged two known issues that have popped up after the release which include bugged-out Office apps as well as the Recycle Bin; though there could be more at play too. Speaking of bugs and issues, Microsoft seems to have finally acknowledged a problem that probably has been around for close to a year. That's because back in July of 2025 the company made a default change to the latest Windows 11 versions, wherein it switched to JScript9Legacy on Windows 11 24H2 and later releases. Hence following the release of version 25H2 in October 2025, JScript9Legacy also remained default-enabled. As a result there has been a compatibility issue ever since then. For those wondering, by switching to JScript9Legacy Microsoft intended to improve the security of modern Windows PCs by reducing vulnerabilities tied to legacy scripting like cross-site scripting (XSS), among others. XSS exploits can allow cyber-attackers to attach malicious code onto legitimate websites and use them to execute the code when a potential victim loads such a website. Hence the new JScript9Legacy engine enforced stricter execution policies and improved object handling, which should help mitigate such attacks. Microsoft today has published a new support article detailing the problem. Neowin spotted it while browsing. The company says that JScript global definitions and execution context may fail to persist across scripts, potentially breaking older dependent apps and web-based components that relied on this legacy behavior. In the article Microsoft has confirmed that the issue stems from its move away from the older jscript9.dll engine in favor of jscript9legacy.dll. As mentioned above, while the newer engine was designed to address vulnerabilities and strengthen security it also changes how JScript handles execution context. As a result functions and definitions loaded by one script could no longer remain available to subsequent scripts once execution ended. The company notes that some applications worked correctly on earlier Windows versions because the older JScript engine automatically retained global definitions and execution state between scripts. Under the newer model though that behavior is disabled by default causing certain legacy workloads and polyfill-dependent scripts to fail. Microsoft says it addressed the problem via the KB5077241 update though the fix had not been enabled automatically in the following updates. As such admins must explicitly turn on persistent JScript execution context using a Registry setting that the tech giant shared today. The configuration can be applied to individual processes or system-wide through the FEATURE_ENABLE_PERSISTENCE registry key. The steps have been outlined below: Run the following command to create the feature control registry key: reg add "HKLM\Software\Policies\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_ENABLE_PERSISTENCE" Under this key, create a new DWORD (32-bit) value. Configure the value as follows: To enable persistence for specific processes only: Set the value to 1 for each target process name. To enable persistence for all processes: Add * as the key name and set its value to 1. You can find the official support article here on Microsoft's website.
    • The possibility that milk gathers back into a glass implies that gravity can be 'reversed'.
  • Recent Achievements

    • Week One Done
      Jordan Smith earned a badge
      Week One Done
    • Reacting Well
      BizSAR earned a badge
      Reacting Well
    • First Post
      AndreaB earned a badge
      First Post
    • Week One Done
      Huge Trailer earned a badge
      Week One Done
    • Week One Done
      Classifyskilleducation earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      590
    2. 2
      +Edouard
      186
    3. 3
      PsYcHoKiLLa
      76
    4. 4
      Michael Scrip
      73
    5. 5
      Steven P.
      66
  • Tell a friend

    Love Neowin? Tell a friend!