I hope Microsoft quickly finds a solution to move to RISC. I don't care about compatibility with older software. I want the battery life without having to move to MacOS and using it's awful window management.
If window management is the only thing holding you back, look into the third party UI helper app scene. There have been lots of them—Rectangle for example. https://rectangleapp.com/
I haven't used Windows for a while, but back in the day, it did not provide any extra capabilities in this regard over MacOS. Now I use an extension to tile the desktop with windows, and it works great.
Windows does have some more built-in window tools these days -- it lets you snap windows into various parts of the screen by dragging them up against the edges. You can replicate that on macOS with apps like Rectangle.
More-controversial is the different behavior of cmd-tab between Mac and Windows (app-level vs window-level). Once you learn that cmd-` also exists for switching between windows inside an app, I find it's a matter of personal preference and you can make arguments either way about which one is "better"...
> Once you learn that cmd-` also exists for switching between windows inside an app, I find it's a matter of personal preference and you can make arguments either way about which one is "better"...
Here is an example of how the app-centric model of task switching is problematic beyond personal preference: it causes focus stealing when opening GUI windows from the CLI. The apps themselves have to (partially, because that's the best they can do) work around the window manager's broken behavior.
The final answer from the initiated seems to be 'you're holding it wrong'. So here we have a Certified Unix™ where something as banal as setting your $EDITOR to a GUI program is broken by default and even when 'fixed' causes your window order to be shuffled around.
macOS window management is "application centric", while Windows and most Linux desktops are "window centric". Mac is my primary platform since a decade now, but I still find that particular aspect quite awkward, old time Mac users seem to like it though (it's not much of an issue for me since I don't use many UI apps anyway besides iTerm2, Chrome and VSCode).
I highly doubt they ever will. Their insistance on baking in legacy support to modern Windows is their biggest downfall. Because of that every installation of Windows will always need to be backwards compatible and carry that burden.
Supported is probably the wrong term. Tolerated might be better. Whilst Windows runs on it theres very little there beyond the usual Microsoft standard of "yep we did it, whats next" and ignoring the platform.
Making it work on ARM is one thing, making it work well, and supporting the platform are a far more important part of the puzzle.
I think this could be handled more elegantly, as Apple has been able to make x86 compatibility better and more performant than quite a bit of actual x86 silicon… for MS, the backward compat of their software stack is rather important for enterprise customers.
Honestly tho, I find modern Windows infuriating to use without stripping it down quite a bit. Tiny11 is a lifesaver.
> I think this could be handled more elegantly, as Apple has been able to make x86 compatibility better and more performant than quite a bit of actual x86 silicon.
I wouldn’t count on this being the case going forward. Let’s not forget that some 4 years ago Apple decided to completely drop support for 32-bit apps. I wouldn’t be surprised if in 5-8 years time they decide to drop support for anything x86.
Apple hates supporting legacy crap. The exact moment when the vast majority of the recently updated Mac apps will have ARM builds, Apple will just set a release some years in the future that will kill native x86 support and that will be the end of it.