3 ms·
100% true, but unfortunately the native world just can't compete. It's true that if you want a datepicker or a docking panel or what have you, you probably need
by sirwhinesalot 4y ago
100% true, but unfortunately the native world just can't compete. It's true that if you want a datepicker or a docking panel or what have you, you probably need to sift through dozens of barely maintained NPM packages.
But imagine you're writing a native mac app. Not even a cross platform one, a fully native AppKit app. For years, if you wanted window tabs like safari, you had to implement them yourself. Now you can but only if you use their whole windowing system wholesale. You still have to do everything yourself if you want tabs like Pages/Numbers. And that's the gold standard.
Not to mention complex controls like code editors, there are like 3 amazing ones for the web, on desktop you have what Scintilla? Setting that up is a lot harder than downloading an NPM package. Same with node editors, nothing comes close to React-Flow except maybe QSchematic and that has like 0 documentation and is not available in Python.
The situation is far worse on windows. WinForms and WPF apps need to be heavily styled to look even remotely decent (they don't look "native" by any measure, their menus and toolbars don't follow the native style), and both are pretty much deprecated now (they "maintain" them I guess but all the effort is going into WinUI 3)
Qt consistently fails to look anywhere near native on macOS and is way more painful to set up and use them even the web mess. QtCreator sucks and MOC is an abomination.
The only good "native" GUI framework I can think of these days is Avalonia if you can stomach XAML. All the good parts of WPF with less of the crap. They only need to have a good default style but at least now there's a fluent style you can get from a third party (there's the downloading random crap again)