I already lost count how many UI frameworks are in windows. It looks like complete chaos and mess.
I really wonder what they expect from open-sourcing it. Just to pretend how open they are? Or is there any real benefit to developers who target windows?
cheschire · 1h ago
WinUI is an evolution of UWP which is an evolution of WinRT. WinUI has been around for years.
MAUI is not exactly a competing product and is more about enabling cross platform UI development. Different intent.
WinUI is actually ok tech. It’s evolved over the years through a few iterations, now on WinUI 3.
Im mostly with you though. Until they rebuild the entire OS in it, including all of the administrative controls and tools, I don’t trust the longevity.
qcnguy · 1h ago
WinRT came out of UWP I think. UWP was their first attempt to move beyond .NET
cheschire · 1h ago
WinRT was windows 8. Remember the ARM-powered Surface RT had the same branding?
UWP came along in windows 10.
crinkly · 45m ago
Still writing win32 stuff like it’s 1995 here. We have bits of ATL/MFC hanging out which are throughly abandoned.
I don’t trust WinUI at all.
I was surprised, when I spoke to a former colleague, to find that an internal tool I wrote 25 years ago is still being maintained. Win32 as well.
ffsm8 · 28m ago
Software that solves an actual problem has the tendency to stick around, no matter how much time elapsed.
Just remember, cobol is still in active use, today
flohofwoe · 2h ago
They probably started something new and shiny (Now with AI!) and want to get rid of the old baggage without causing too much of a user revolt (all dozens of them) ;)
Just go for MFC FTW, it is in feature freeze but I will last probably for the next 20 years yet.
daemin · 2h ago
Last I evaluated it WinUI3 was a terrible developer experience. The application had to be literally installed on the system to even debug it, which means you end up with a large number of useless start menu entries, not to mention registry entries and such. Another thing was that the example programs crashed when I clicked on a button.
All I want is something simple to work with to make applications for Windows, and so far I'm still using Win32 with WTL.
bloomca · 2h ago
> The application had to be literally installed on the system to even debug it
I think that's because you chose "packaged" application, these apps need to be installed so that capabilities are handled correctly.
To be fair, macOS has the same issue, although they won't show in Launchpad, they still can be indexed by Spotlight.
Springtime · 3h ago
I hope this leads to having a native vertical taskbar, which has been absent in W11 despite being a taskbar feature dating back as early as Windows 98.
Third-party tools have tried to reimplement it but it's either been by bastardizing the native W11 horizontal taskbar to be vertical (eg: Windhawk) or just restoring the old W10 taskbar code (eg: StartAllBack).
wild_pointer · 2h ago
How will making the UI framework open source lead to taskbar changes? For third party contributions in this area, they need to open source the taskbar, not the UI framework.
Timwi · 2h ago
Nit-pick: Windows 95, actually. The vertical taskbar was an option in its very first version.
0points · 2h ago
The taskbar is a feature of explorer.exe.
The news being discussed is not about explorer being open sourced.
flohofwoe · 2h ago
Is the Windows team even using WinUI for the native Win11 desktop UI? ;)
perching_aix · 1h ago
The Start Menu is apparently a React Native app, so I'm going to hazard a guess and just assume WinUI is built on top of React, and that the Start Menu at least is thus indeed built with WinUI. But it's also clear that some other parts aren't, so who knows what's what. I'm sure there are folks who spent time reverse engineering it all though who do.
qcnguy · 1h ago
WinUI is its own thing. The React Native stuff just shows that even Windows developers don't want to use WinUI.
madeofpalk · 1h ago
It's confusing what exactly 'WinUI' is, but does Explorer looks WinUI-ish. Parts of it at least.
e4m2 · 1h ago
Explorer uses XAML Islands. Parts of it are WinUI, while the rest is still Win32.
zerr · 1h ago
Even for Windows-only GUI software, it is much safer and sane to use cross-platform frameworks such as wxWidgets and Qt Widgets.
feverzsj · 3h ago
So, they gonna abandon it soon?
sirwhinesalot · 2h ago
It was abandoned from birth.
elygre · 2h ago
I won’t benefit from this. At the same time, I cannot see a single bad thing about it, so I’m surprised about all the negative energy.
sirwhinesalot · 2h ago
The "bad thing" is that it's effectively getting abandoned, open sourcing it won't make any difference.
It's not like external contributions will suddenly turn it into something usable, and they'll just have a skeleton crew maintaining it, like they do WinForms and WPF.
People are tired of Microsoft and their ever growing graveyard of ill thought out, half-baked, "native" UI frameworks.
bloomca · 3h ago
I really hope they do and the rendering engine is decently decoupled, I'll give a try building a framework on top of it.
I wish all platforms gave access to their rendering engine similar to DOM on the web, imo SwiftUI/WinUI (or WPF, but they are very similar) are not that good.
Haven't built anything native on Linux, though, no idea how good those are.
jamil7 · 3h ago
What do you mean by access? APIs to program against or fully open sourcing the rendering engine? Because you can mix SwiftUI with a few different rendering frameworks at varying abstraction levels that it itself renders to (AppKit, UIKit, Core Graphics, Metal etc.)
bloomca · 2h ago
Basically I want an API available to build my own SwiftUI. Definitely not on the Core Graphics level :)
But good point, I actually think AppKit might be a good abstraction level. I'll play with it a bit and see if I can abstract it behind a good component model.
genter · 3h ago
What's wrong with Skia? Chrome, Firefox, and OpenOffice all use it, and it works on Windows, Linux, MacOS, and Android.
bloomca · 2h ago
Nothing wrong with it, just want something a bit higher level and ideally with at least some native components/styles.
incrudible · 2h ago
It is a ton of C++ for what is essentially something that an OS like Windows/MacOS/Android/iOS or the browser would provide anyway. Apps that use it ship with a substantial minimum amount of bloat, e.g. Flutter for web.
Rochus · 1h ago
How was it implemented? C#? C++?
e4m2 · 1h ago
C++
BoorishBears · 4h ago
Seasons may come and go, but one thing will never change.
Windows and an absolutely baffling array of UI frameworks with various pitfalls, uncertain futures, and no clear winners.
(honorable mention to WinForms though.)
politelemon · 3h ago
And I still give them points for trying, a rarity among the tech giants.
jiggawatts · 2h ago
My analogy is every Microsoft UI framework was almost completed in the sense of someone being almost pregnant.
A framework that has just one show-stopper missing feature or problem is... unusable. You can't embark on a large, complex application development journey if you even suspect that you'll be painted into a corner.
For example, many of WPF-derived frameworks had atrocious performance, with fundamental mistakes in their design that made them incompatible with list virtualization. It wasn't until they had to eat their own dogfood and use WPF for Visual Studio that they started fixing these issues.
Win UI 3 meanwhile dropped all support for HDR, wide-gamut, etc... going backwards to SDR sRGB only in an era where all mobile phone manufacturers were starting to standardise on OLED HDR displays. The logic behind this decision? Microsoft wanted a UI framework that is "mobile compatible"!
hyperbolablabla · 3h ago
I'm sure it'll be really user friendly(!)
bobsmooth · 3h ago
What "UI framework"? Windows is a Frankenstein's monster of different UI elements.
bloomca · 2h ago
Rendering engine + set of native components + APIs to make your own components.
Windows definitely shot themselves in a foot with building multiple renderers while building them on top of each other.
rvba · 1h ago
So will we be able to have more than 11 programs on the taskbar without them being compacted?
Or a 2 row taskbar?
So I can easily switch between my 40 windows open? What is good for productivity?
I really wonder what they expect from open-sourcing it. Just to pretend how open they are? Or is there any real benefit to developers who target windows?
MAUI is not exactly a competing product and is more about enabling cross platform UI development. Different intent.
WinUI is actually ok tech. It’s evolved over the years through a few iterations, now on WinUI 3.
Im mostly with you though. Until they rebuild the entire OS in it, including all of the administrative controls and tools, I don’t trust the longevity.
UWP came along in windows 10.
I don’t trust WinUI at all.
I was surprised, when I spoke to a former colleague, to find that an internal tool I wrote 25 years ago is still being maintained. Win32 as well.
Just remember, cobol is still in active use, today
All I want is something simple to work with to make applications for Windows, and so far I'm still using Win32 with WTL.
I think that's because you chose "packaged" application, these apps need to be installed so that capabilities are handled correctly.
To be fair, macOS has the same issue, although they won't show in Launchpad, they still can be indexed by Spotlight.
Third-party tools have tried to reimplement it but it's either been by bastardizing the native W11 horizontal taskbar to be vertical (eg: Windhawk) or just restoring the old W10 taskbar code (eg: StartAllBack).
The news being discussed is not about explorer being open sourced.
It's not like external contributions will suddenly turn it into something usable, and they'll just have a skeleton crew maintaining it, like they do WinForms and WPF.
People are tired of Microsoft and their ever growing graveyard of ill thought out, half-baked, "native" UI frameworks.
I wish all platforms gave access to their rendering engine similar to DOM on the web, imo SwiftUI/WinUI (or WPF, but they are very similar) are not that good.
Haven't built anything native on Linux, though, no idea how good those are.
But good point, I actually think AppKit might be a good abstraction level. I'll play with it a bit and see if I can abstract it behind a good component model.
Windows and an absolutely baffling array of UI frameworks with various pitfalls, uncertain futures, and no clear winners.
(honorable mention to WinForms though.)
A framework that has just one show-stopper missing feature or problem is... unusable. You can't embark on a large, complex application development journey if you even suspect that you'll be painted into a corner.
For example, many of WPF-derived frameworks had atrocious performance, with fundamental mistakes in their design that made them incompatible with list virtualization. It wasn't until they had to eat their own dogfood and use WPF for Visual Studio that they started fixing these issues.
Win UI 3 meanwhile dropped all support for HDR, wide-gamut, etc... going backwards to SDR sRGB only in an era where all mobile phone manufacturers were starting to standardise on OLED HDR displays. The logic behind this decision? Microsoft wanted a UI framework that is "mobile compatible"!
Windows definitely shot themselves in a foot with building multiple renderers while building them on top of each other.
Or a 2 row taskbar?
So I can easily switch between my 40 windows open? What is good for productivity?
winui3 was abandoned the moment it was conceived.