WPF will be community run project

> I am utterly confused what is happening with UI development on Windows ecosystem.

As you said MS is all in with React based development for UI nowadays. I read somewhere that new versions of Office 365 applications would be in React.

Never heard of Avalonia before but Win development is a solved problem in the form of Electron. No, seriously. Microsoft's own frameworks are in various states of limbo and increasingly confusing to get started with.

This exactly mirrors my experience. I got started just before WPF came around. I felt pretty confident with winforms, and did eventually sink enough time to get good at WPF. But WPF was never really fleshed out, it was missing so many features, and I ended up re-creating several winforms controls that just no longer existed.

Then I stepped away from UI development for a few years. When I came back, WPF was in exactly the same state I left it, but we also had UWP.

I made one UWP app and decided to fully abandon Microsoft.

Microsoft is doing the same thing to the runtime, too. How many different versions of dotnet are there? Which one do you need? Are they interoperable?

I tried to build a little WPF tool as an internal widget at work. In total, there's five checkboxes, two textboxes, six combo boxes, a console shoved into a text panel, and a button. No textures or assets. I attempted to build it as a single executable for convenience.

What I got was a 140MB exe and a half dozen dlls.

Now I've decided to abandon C# entirely and move to something less awful. C# was my first real programming language, and it's always been the first thing I go to, but between Microsoft going downhill and all the technical issues, it would be less effort to learn Rust than to ever open visual studio again

Like Google with messenger apps. Apple destroys the competition in both UI libs and messaging because they pick a product and polish it.

Because development firms don’t want to invest everything in one OS / platform.

Microsoft steadily replaced their staff with increasingly dumber and more complaint developers. I was shocked with how bad it was when I worked there and I’ve only seen it get worse since. A lot of the damage was done by Steven Sinofsky and his vicious war with Dev Div.

People wonder why the company hasn’t failed yet, it’s due to the incredible power of inertia. But even inertia runs out eventually - it’s a slow process but it is happening.

visual studio = WPF app

what do you mean? you still can

Yeah it’s pretty surprising that traditional desktop apps is currently the weakest part of the .NET ecosystem.

They recently launched MAUI, their new new new cross platform UI framework and it feels very unfinished and “rushed out the door”. Meanwhile they are announcing end of life dates for what MAUI supposedly replaces (eg Xamarin).

So the choice currently is a promising but very unfinished brand new cross platform UI framework - which I would argue is entirely not production ready - or the old approach which now has a ticking expiration clock on it.

I too end up back on Electron by default at the moment.

> no way to set dimensions to a proportion of the parent dimension

Grid's rows and columns are proportional. Or do you mean something else?

Chakra was not really ever used outside of Edge. WPF is widespread.

> Anything to do with the WPF and the UI just seems way too complicated. I can 100% understand why electron has taken over.

I've found that doing WPF well requires very careful setup of your architecture.

My biggest piece of advice; unless it's a simple CRUD app learn how to use the Dispatcher and pick how you want to handle background work. Especially if you're doing anything like WebSockets/SignalR.

In my case I was on a deadline so I just pulled Akka.Net in and set up an actor to handle outbound and an actor to handle inbound. It made things -so- much easier to reason about, even if it was a bit of a 'bulldozer making a sand-castle' moment. OTOH it did also make the UI much more responsive so I have no regrets.

WPF had some nice points. My first WPF app was actually a simple 'form' that field workers could use to fill out pole survey data. They'd send the files back to us, we could load the data in, finalize/check it... then run some funky flow that saved the screen as an XPF before converting to PDF. the 'fanciest' thing it did was look up a google maps image for a lat/lon and add it in.

But when I tried to convert all of my existing winforms stuff to WPF (Fun tools that used COM to talk to CAD programs) It was a living nightmare and I gave up pretty quick (The winforms stuff worked, it worked well, and at the time WPF had caching issues that caused long cold starts anyway.)

Hopefully Blazor works out. I'm hoping the internal inertia at Microsoft is in that direction (i.e. I think theres rumblings about Office moving to React, but perhaps Blazor would be a better option, I think it would be great for PowerApps.)

But really, Microsoft lost the plot somewhere after VS2010 on Desktop/Productivity building.

Workflow Foundation is a good example. Frankly, it was pretty powerful as far as what it could do, But it was clunky as hell, slow, and the overall API needed a good spit and shine (perhaps an easy way to do things in a more declarative way via code.)

Come and think of it the time after that was when it became obvious Microsoft's lunch was starting to get eaten by Python, Ruby, and JVM ORMs, to say nothing of everything happening on the mobile side and the implications for devshare. (To be clear; I'm a Windows Phone apologist, Ironically the platform had a great focus on app-level privacy and sandboxing compared to competition. But it, like WinUI, stole resources from more 'global' solutions.)

So it got quietly pushed to the side, used by others with the time to build some cool things (SSIS packages are similar in concept and somewhat workable,) and inspired/powered a wave of overpriced low/no code tools.

Just look for older devs then.

Actually they can, that is the problem, all Windows UI frameworks suffer from the same issues that plagued IE, everyone moved on and the new intern's don't have any idea.

You see this in several community talks, where .NET old timers ask about feature X in framework Y being available on framework Z, and many times they don't really understand what is being talked about.

Most Microsoft veterans are now on Azure or Windows Server business units.

Not just younger devs. I am an older dev who has extensive experience with WPF and was relieved when I moved on to another stack. Having worked with winforms extensively wpf sucks on every level. Xaml is an atrocity that should not exist. Please Microsoft abandon xaml and back fully another established framework like react native for windows.

No, it's not a generational thing. WPF hasn't had significant feature updates in the last 10 years, because MS abandoned it in favour of UWP.

I wrote a bit about this recently: https://www.reillywood.com/blog/windows-ui-frameworks/

I had an interviewer ask me about my WPF experience in 2018. I told them I don't believe in the technology since everything went towards HTML/CSS/JS. Looks like I was right. You couldn't honestly pay me enough to touch WPF in 2023. I remember burning out on making WPF look decent and like a web ui back in 2016. The dual way databinding is awesome, but XAML can't and will never reach the maturity of HTML and CSS. They sent me a contract with a bad salary, I didn't accept it. I hope beginners stick to the web.

Also, all the college classes and the bootcamps for programming are geared towards webdev. Skipping the largest desktop platform in the world with 80% market share, and 38% share overall for all OSes both mobile and desktop.