Window management in macOS has gotten worse over time.
There are at least 3 ways to do everything now (e.g. Classic windowing, fullscreen splits, Spaces, Stage Manager), and they're all a bit crap.
Apple needs to implement a proper window management API that lets you replace Dock.app (which controls a lot of window management suff IIRC) so that we can do it ourselves and not rely on accessibility API hacks or disabling SIP.
Yeah this is basically what I'm trying to do (see response to sibling). Unfortunately I consider Node's APIs the worst of the 3. No shade on them it's just an older design. I really like Deno's approach since my code also needs to work in the browser. Writing HTTP handlers that take Request[0] and return Response[1] is a beautiful bit of symmetry with frontend code and feels like cheating.
If you use Node 20+ then there's a lot more compatibility with web platform APIs, so it is possible to write code that works on Node, browser and WinterCG-compatible runtimes like Deno. Obviously you'll need to avoid using Node builtins.
A toxic article full of untruths and generalisations.
> You have to teach React developers the difference between the <Link> and <a> tag, and how <a> doesn't swap nor replace your page content, it loads an entirely new page.
This is more of a complaint about JavaScript than "frameworks". Any default browser behaviour can be prevented, so when you click an `<a>` and it does the same thing as a `<button>`, a lot of devs will think "I'm done here". They need to be educated on accessibility and why it matters.
Sometimes the economics of a project make spending the time to make your advertising microsite that'll be live for 3 months not really worth making WGAC 3.0 compliant, sorry, welcome to the real world.
> But, and it's a tough pill to swallow for many… WordPress. It gets you from 0 to 97% in an instant, and the last remaining 3% is offered by some plugin, or a minimum amount of code knowledge.
Bear in mind that Apple and Adobe have a very long and close history - Apple did not kill Flash to spite Adobe, they did it because 1. Flash was plagued with security problems, and 2. Flash was plagued with performance problems and the iPhone was a very low performance device.