Are WPF and Silverlight Dead?


Recommended Posts

They left windows forms to gather dust :( I never even saw any of vista's features getting into winforms without having to use the slightly buggy windows api code pack. They'll probably never give that a decent update again.

They're not in WPF either, it's all Windows Api Code Pack. Insane, but true. :(
How can you think that MS would abandon WPF or Silverlight? They have invested quite a lot into these technologies, I don't see them going away any time soon.

From what they actually communicate - not much I might add - WPF is legacy starting with Win8 => no more updates, slowly dying?

BTW: MFC is not gone either, so be my guest and use it in any new program?

From what they actually communicate - not much I might add - WPF is legacy starting with Win8 => no more updates, slowly dying?

BTW: MFC is not gone either, so be my guest and use it in any new program?

I think that part is huge. Why aren't they communicating?

1) They know that their official announcement won't be well received (limited/no WPF updates) or

2) They haven't decided what they're going to do yet.

I think that part is huge. Why aren't they communicating?

1) They know that their official announcement won't be well received (limited/no WPF updates) or

2) They haven't decided what they're going to do yet.

1) Equals: They loose quite a big share of supporters. Let's face it no .NET leads to Java leads to Independence of Windows leads to market share decline leads to Microsoft screwd up

2) Equals: Microsoft screwd up

=> Either way they screwd up!

Third solution: Sinofsky screwed up. He wanted to say "you can also build those apps using HTML5" but what he said was more like "apps are built using HTML5".

If that's true, than?

a) he should have corrected this mistake.

b) he's not that brilliant I thought he is. I had been considering him one of the best, maybe even the best division president and a possible future CEO?

Third solution: Sinofsky screwed up. He wanted to say "you can also build those apps using HTML5" but what he said was more like "apps are built using HTML5".

If that's the case, I don't see why they're not saying that now. Seems like a pretty simple thing to come out a say. "Oh, yeah, HTML 5 is one option, but you can still use WPF."

The thing is that they don't have anything better. I fail to see how a spaghetti of web technologies some of which not even quite ready (HTML5) is on the same level as (nevermind better than) .NET/WPF. It'd be a major step back for developers. 3DS Max 2013 won't be made in Javascript. Are we supposed to go back to C++ for heavy desktop apps? :blink:

lets break it down like this...... normal windows apps use WinForms (Win32/MFC/normal .NET apps) those apps are tools, business apps, etc.....

WPF apps are few but they are more flashy stuff like kiosks and well any app that depends a lot on animation and scalable windows (almost like flash)... this is why silverlight was made on it....

HTML will never make it into the standard windows app universe as a application base...... it will probably only be used to enhance parts of stuff, not replace it...

WinForms, WPF, and HTML are not going anywhere

lets break it down like this...... normal windows apps use WinForms (Win32/MFC/normal .NET apps) those apps are tools, business apps, etc.....

WPF apps are few but they are more flashy stuff like kiosks and well any app that depends a lot on animation and scalable windows (almost like flash)... this is why silverlight was made on it....

HTML will never make it into the standard windows app universe as a application base...... it will probably only be used to enhance parts of stuff, not replace it...

WinForms, WPF, and HTML are not going anywhere

You can break it down like that, but it's completely incorrect.

It could work. If it's true, we'll just have to wait and see what tools they provide. If they have come up with something good enough to replace WPF & Silverlight, it must be something pretty special. I'm going to wait until BUILD in September before I get worried.

They're not in WPF either, it's all Windows Api Code Pack. Insane, but true. :(

Mostly true, but at least they added the windows 7 taskbar apis, and in all fariness with taskdialogs where its omission is annoying it's not as huge a task to create something similar in wpf as in winforms, I would have liked to have seen aero wizards though, not that they matter for the new Windows 8 apps.

tell me how its incorrect? I was just stating a generalization on how people have developed apps using these technologies to date

First of all, what, exactly, is a "normal application"?

Second, I know many businesses that use WPF for their non-flashy applications. They use WPF for the features as well as the application design architecture. The programmers prefer programming using the MVVM model that WPF does well, instead of molding WinForms into MVP.

Finally, your saying that HTML will never make it as an application base is premature at best. You have no idea what they're doing with HTML to make it work on Windows 8. Your premature statement reeks of an opinion made by someone that doesn't like change.

First of all, what, exactly, is a "normal application"?

Second, I know many businesses that use WPF for their non-flashy applications. They use WPF for the features as well as the application design architecture. The programmers prefer programming using the MVVM model that WPF does well, instead of molding WinForms into MVP.

Finally, your saying that HTML will never make it as an application base is premature at best. You have no idea what they're doing with HTML to make it work on Windows 8. Your premature statement reeks of an opinion made by someone that doesn't like change.

HTML5 will never work for serious business or public safety applications. Those customers want stand-alone apps with the full functionality and flashiness that only WPF can provide.

HTML5 will never work for serious business or public safety applications. Those customers want stand-alone apps with the full functionality and flashiness that only WPF can provide.

How do you know what won't work? You're clearly thinking that an html file is going to be sitting on the drive and you'll be able to do a view source on it. We have no idea what they're doing. How do you these applications are not going to be standalone? What if the presentation markup was written in HTML, but was embedded into an exe or something? Again, we have no idea what's going on.

How do you know what won't work? You're clearly thinking that an html file is going to be sitting on the drive and you'll be able to do a view source on it. We have no idea what they're doing. How do you these applications are not going to be standalone? What if the presentation markup was written in HTML, but was embedded into an exe or something? Again, we have no idea what's going on.

Remains to be seen, but the fact is WPF/Silverlight is here NOW and HTML5 that can be equivalent feature-richness is vaporware.

Beyond my earlier comment I'm not even sure why they are bothering to move from Silverlight...

With Windows Phone 7 adopting it as its only UI model a lot more of us devs are finally jumping into that camp and utilizing the technology. If the goal is to have a unified experience capable of being coded via one app targeting the tablet, phone, and PC I still fail to see the justification for a swap in technologies. The .NET CLR can, and does, run on all of those platforms and Silverlight can, and should be, synced between the platforms to allow this to take pace with little to no developer retraining.

I can understand allowing web apps to become more powerful... This is the model Google is using and they might not want to be left cold if it gathers some interest, but there definitely is no need to throw the baby out with the bath water on this one.

First of all, what, exactly, is a "normal application"?

Second, I know many businesses that use WPF for their non-flashy applications. They use WPF for the features as well as the application design architecture. The programmers prefer programming using the MVVM model that WPF does well, instead of molding WinForms into MVP.

Finally, your saying that HTML will never make it as an application base is premature at best. You have no idea what they're doing with HTML to make it work on Windows 8. Your premature statement reeks of an opinion made by someone that doesn't like change.

:rolleyes:

I can count the number of public WPF applications I've seen on my two hands... they are not common, so therfore right now a "normal application" is just one someone writes without going to WPF directly for its additional features.... most people that go to WPF go there for what it gives them, if there is no reason to write in XAML or have scalable forms, or many of the other things WPF gives you, most devs stick to winforms.... and for those of us who have to write apps fast, we depend on control sets, and there are WAY more sets out there for winforms then WPF right now that run natively in their own environment (forms, wpf, silverlight, etc)... WPF is still not an ultra mature system like forms has been for a very long time now....

The MVVM model is overrated... we've worked with a LOT of large design companies and pretty much all of them are staying away from WPF right now and sticking with winforms, only using XAML and such for windows phone development but those are few and far between right now also in the large devlopment scheme...

and why am I saying HTML wont make it? because its been tried in the past and has failed in the past... MS has been down this road before and ditched it before... starting with IE4 they pushed their channel widget thing..... then Millenium and 2000 used HTML forms and then they ditched them... they've been on this back and forth teeter for years now... it's never been made into a mature system, and to say I dont like change is absurd, I'd love to make windows I could easy change just by setting CSS paramters to move things around... but besides in web browsers, i dont see this happening soon on the massive levels of winform apps.... the main problem is who controls the rendering of it? is it browser based rendering? (a la mshtml.dll?) or is it a completely different system designed for applications? if its mshtml based I can see it being a fail from the start just because developers who hate microsoft will thumb their noses up at it...

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

    • No registered users viewing this page.
  • Posts

    • The machines are starting to fight back any way they can.
    • No news articles about the Arch Linux repo being majorly infected with malware?!?
    • Waymo recalls self-driving software after cars enter closed freeway work zones by Paul Hill Waymo, the self-driving car maker owned by Alphabet – the parent company of Google –, has recalled some of its fifth-generation Automated Driving Systems (ADS). It did so after some of its cars drove through closed construction zones. According to the National Highway Traffic Safety Administration (NHTSA), the affected vehicles were capable of driving through a closed freeway construction zone and continuing to drive at speed. The listing on the NHTSA website says that Waymo is currently developing a solution to fix this issue, but in the meantime, freeway driving is being restricted. Waymo will update its ADS software so that vehicles can detect when they can avoid entering construction zones. According to the Safety Recall Report, on April 20, 2026, Waymo’s Field Safety Committee began meetings reviewing an event from April 11, 2026, and five events from April 19, 2026, where Waymo’s autonomous vehicles didn’t recognize and drove past ramp closure signs into the pre-planned freeway construction zones. This took place in Phoenix, Arizona. Separately, on May 18, 2026, seven Waymo vehicles entered freeway lanes with active construction in the San Francisco Bay Area by driving between cones that were placed to show the lane was closed. On the back of both of these events, Waymo restricted freeway driving until it could address the issue. In June, Waymo’s Safety Board reviewed the issue and additional information related to ADS performances around construction zones; then, as a result, it decided to conduct a recall. This development is not good for Waymo as it adds to a growing list of technical hiccups its cars have experienced. Ultimately, it will lead to more scrutiny from lawmakers around the world who will be more cautious about letting autonomous vehicles on their roads without tighter regulation. For readers in areas where Waymo operates, does this news make you more wary about stepping into one of these vehicles?
    • I'm still on Windows 10 22H2 because I didn't want to deal with all the issues in Windows 11, so I waited almost a week before installing the latest Patch Tuesday update (KB5094127), I went ahead and did it, and it was a huge mistake—ever since then, my File Explorer has seen a performance drop of about 30% when transferring large files... Once again, Microsoft has outdone itself! This update cannot be uninstalled, either through the Control Panel (via Settings) or by accessing Advanced Startup Options. The only possible alternative would be to use system restore points, but I’d have to reinstall all app and driver updates (and there’s no guarantee it would work). Or there’s the “nuclear option” of a in-place repair without losing files or apps, but even then, all my customizations would be lost! Microsoft just can’t help but mess everything up! Way to go, Microsoft! But I still don’t want your c****y Windows 11!
    • Microsoft: Windows 11 could finally solve a major issue across AMD, Nvidia, and Intel GPUs by Sayan Sen While Microsoft has been trying to improve it, Windows 11 is definitely not flawless, as even today some issues are taking a year to publicly acknowledge. However, one area of trouble that may finally see much better results soon is graphics driver crashes. Work on graphics driver timeouts, also called Timeout and Detection Recovery (TDR), is not new as the latest WDDM 3.2 also has specific improvements regarding it. Windows Display Driver Model (WDDM) version 3.2 is supported on Windows 11 24H2 and 25H2. However, with the upcoming version 26H2, TDR crash diagnosis could go to the next level as Microsoft is introducing a new DirectX 12 API feature called "DirectX Dump Files". Similar to how system memory dump files work when a system crashes or freezes or encounters any such major issue, DirectX Dump Files (DDF) will essentially record a snapshot of the GPU execution right at the moment a graphics-related crash or hang or freeze occurs, so that developers can better understand and diagnoze these TDR and timeout detection errors. The dump will be available as a .dxdmp file for analysis and it will be a comprehensive dump file generated with detailed insights about the hardware, drivers, Windows, as well as the affected application. This should be another welcome change in this department. Earlier at GDC 2026, when the technology was first debuted, Microsoft had shared more details regarding it. The company had explained how DDF is designed to gather data from every layer of the graphics stack into a single file, eliminating the need for developers to manually correlate logs from multiple tools. As mentioned above, the dump can contain a lot of useful details like GPU hardware state information such as register values, shader program counters, page fault virtual addresses, shader memory data, and command buffers. Alongside that, it also captures DirectX runtime and kernel information, including D3D objects, pipeline state objects, device error data, adapter details, and CPU call stacks. Microsoft says the feature has been built around two primary use cases: retail device removals and local device removals. The former allows developers to collect crash information from end users' systems in the field, while the latter helps QA teams and developers investigate issues on test machines. Developers will also be able to include up to 2 MB of custom application data through new D3D12 APIs, providing additional context for troubleshooting. In addition, Microsoft is introducing three dump collection modes ranging from zero-overhead capture, which has no runtime performance impact on supported hardware, to higher-detail modes that collect more vendor-specific debugging data. On compatible Tier 2 hardware, zero-overhead dumps will be enabled by default, meaning developers may begin receiving useful crash diagnostics without making any code changes. The table below explains the three tiers: Tier Description NO_OVERHEAD Enables crash capture with no runtime cost and is suitable for broad deployment MEDIUM_OVERHEAD Provides a balance, capturing additional diagnostic data with moderate impact HIGH_OVERHEAD Collects the most detailed GPU and driver state available, enabling deeper investigation at the cost of higher runtime overhead In terms of availability, the company expects broader release to be around the fall of 2026, which should be right around the time when Windows 11 version 26H2 lands. Right now, DirectX Dump Files are available as a preview and currently, only AMD has the compatible AgilitySDK Developer Preview driver version 26.10.07.02. You can find the official announcement post here on Microsoft's website.
  • Recent Achievements

    • Week One Done
      Eurosoft10 earned a badge
      Week One Done
    • One Month Later
      Eurosoft10 earned a badge
      One Month Later
    • One Year In
      Skeet Campbell earned a badge
      One Year In
    • One Month Later
      Sharbel earned a badge
      One Month Later
    • First Post
      BizSAR earned a badge
      First Post
  • Popular Contributors

    1. 1
      +primortal
      598
    2. 2
      +Edouard
      190
    3. 3
      PsYcHoKiLLa
      79
    4. 4
      Michael Scrip
      76
    5. 5
      Steven P.
      70
  • Tell a friend

    Love Neowin? Tell a friend!