Is this supposed to give me confidence in .Net MAU?
Well at this point, don’t trust any framework Microsoft pushes. They told everyone UWP was the future for Windows after WPF, then stopped for WinUI and the app SDK…
The problem with UWP is that nobody liked or wanted it, so obviously it died. Developers got locked into a walled garden, Xbox users saw no benefit (until recently with emulators, but I digress), Windows phone users practically didn’t exist to build apps for, and PC gamers got the real short end of the stick with everything becoming a buggy, locked-down, performance-hampering, feature-lacking mess.
Outside of letting Microsoft half-ass port some Xbox titles to PC, it was pretty much useless.
I feel dumb for falling for the Xamarin.Forms train. I have zero confidence in any MS UI framework including Blazor.
I have started using Avalonia, and even though I am still learning, I am very satisfied with it. There are growing pains obviously, but as you said, I have no confidence in Microsoft UI frameworks.
deleted by creator
I meant MAUI
Like the island that’s a part of Hawaii? /s
MAUI is an open source project that’s a part of the .NET Foundation. One would hope that instills a bit more confidence, but I have yet to see any projects actually using it. Regardless, it’s forkable and permissively licensed (MIT), so the lifetime is theoretically indefinite.
MAUI’s pretty undercooked at the moment. Editing UIs in raw XML, incomplete control set, bugs.
One day could be useful, and there are some 3rd parties providing controls… but of course this is microsoft so they will work on it for 2-3 years, and then write something new, throwing MAUI into the dustbin.
Well… this is pretty crappy.
I built a Xamarin app (mac/iOS) because I wanted portability to windows. Then I was forced to upgrade to .net 6/7 because of a library I needed, and that meant upgrading to .Net for Mac/.Net for iOS (which is part of MAUI, but not using MAUI UI controls). MAUI is definitely undercooked at the moment.
What an awful and painful process, but I’m finally there… and they drop the main IDE for development. Damn.
VSCode doesn’t have a visual UI designer (well… neither does VSMac, but it does prepare a copy of your project and opens XCode for editing the storyboard/images, and copies changes back). So does this mean they will add that to VSCode? Or will we all have to switch to raw edits of XML to create UIs like you have to do with MAUI? Ick.
Developing GUIs for windows using MS tools is a lesson in frustration, especially when you want to have cross platform capabilities… WPF -> WinForms -> Xamarin -> Xamarin.Forms -> MAUI/.Net for {Mac,iOS}… Not to mention UWP… Each transition is a rewrite. Damn.
How about Qt
@LaggyKar I’ve never used it
Every desktop app that’s available on multiple platforms is basically written in it.
Electron:
GTFO Electron, I hate you :P
@JackbyDev oh damn wish I’d thought of that
Electron never forgot you :(
ROFL.
True on desktop OSs. I did quite a bit of commercial dev on GTK many years ago, but I always found the look and feel on Mac (esp) and windows quite klunky. I hear that quite a bit of work has been done on native theming, so perhaps my impressions are out of date. Having said that - GTK wasn’t bad to work with. I also did a project in WxWidgets, but again desktop only. It was not too bad for simple apps.
For the current app - first release target was iOS, then Mac, Android, Windows then Linux. So GTK was out since its not mobile friendly (I have heard you can do something on Android, but iOS is out).
GTK has improved a lot, but native theming isn’t the area. It has very powerful theming but I don’t think a macOS theme exists.
Thanks. I’m very out of date with it.
@wth I have worked with GTK3 myself, and once I got used to its quirks, actually found it quite nice to work with. I was writing my code in Python too, which added some extra challenge, but the GObject introspection took a lot of the pain out of interoperating with what’s basically a C library.
However, I’m aware that GTK has a bit of a reputation. The look and feel is great on Linux desktops that use it natively, but I do remember it looking pretty ugly cross-platform.
(tagging @programming for Mastodon→Lemmy federation – ignore this comment)
This may not be a popular opinion, but if the app is large enough, just use Electron.
I really like the idea of having a web UI for its portability and richness (esp thanks to CSS being so close to consistent across all platforms). But I have a metric tonne of business logic and ZKE code in C#/.Net running on Mac/iOS. From your prompt, I did just find Electron.Net, so perhaps there is hope.
And, AFAICT, electron can’t be used for iOS apps on the App Store (am I still wrong about that??)
Plus (personal bent) I did a ton of JavaScript years ago when truthiness and indeterminate behaviour was rampant back in ES5 days. I’m a purist and found it a little ugly, but incredibly fast. Then I found dart which compiled to JS, and I decided that JS made a better assembly language than a usable language. Sadly dart has remained a minor player. JS has moved on and I see lots of the old ugliness (like iterating through properties, exceptions and a sync) has gone away. ES13 looks pretty good, although I haven’t played with it yet.
Have you looked into Flutter? It uses Dart and can compile to native apps for android, ios, windows, Mac, Linux, and web.
After I saw your note, I had a quick catchup on that project.
It looks awesome, with the promise of mobile and desktop, and the ability to make apps that can be uploaded to the AppStore. Plus its Dart which is a pretty well structured language. Its ticking a lot of boxes…
Then I ran « wc -l » on my support libraries (i.e. not UI code) - 64k LoC that would need to be rewritten in dart. But then I noticed Flutnet. its probably an abomination linking the two… but it could be promising.
Thanks for the pointer.
In my previous company I used VS for Mac, it wasn’t a great experience… but it was better than nothing. Then along came a Rider license…
The tooling for VS Code might have improved, but Rider is the IDE of choice… even on windows.
What are the benefits of Rider over CLion?
Rider is for C# development.
And F#, don’t forget F# :)
Why shouldn’t I forget F#? Everyone else does. :')
It’s pushed by Jetbrains as a C++ IDE for Unreal developers. https://www.jetbrains.com/lp/rider-unreal/
Darn. I was really hoping it would improve.
I guess I can just use VS Code for now. And maybe use Rider in the future.
Rider doesn’t support MAUI. Nor does it support .net for iOS and .net for Mac which are part of MAUI and the natural upgrade from Xamarin. I downloaded Rider a few months ago and enjoyed being able to switch between VSMac and Rider, and especially enjoyed using CoPilot in Rider.
However Rider has a couple of nasty bugs that have been there for years - one of which was to ignore breakpoints. That came and went on me for a while.
I’ve never experienced the breakpoint issue with Rider but I do find myself needing to invalidate cache and reload every now and then if I’m using it heavily. To be fair though I’ve had to do the same with VS for windows. It was always nice to use VS for Mac as a last resort sanity check though just to roll out that Rider is having issues and not my code.
Cache clearing has been mentioned as a way to fix issues, but it didn’t work for me. I agree with your comment about the value in having a second IDE though.
I take back this comment partially. As 2023.1 (which I have), rider failed to support MAUI. As at 2023.2, they say they have preview support available. I’ve downloaded, and am giving it a try.
Not surprised after the the main VS Mac developer left MS a few months ago.
I’m not surprised lol.
At my workplace I occasionally do work on an AutoCAD lisp add-in, half the time I don’t know what I’m doing when something isn’t quite working right 😭
My manager is tempted to drop support because none of us really know what we’re doing with it… the original dev is long gone and none of us know LISP
Douchebags.
