galad87

Paralles x86_64 emulation doesn't depend on Rosetta.

Yup, just right in the upper half of the page there is a big search box and an "sort by" popup button.

Game developers make most of the money shortly after a game release, so having a 15 years old game not working anymore shouldn't make much difference in term of revenues.

Anyway, the whole situation was quite bad. Many games were still 32-bit, even if macOS itself had been mainly 64-bit for almost 10 years or more. And Valve didn't help either, the Steam store is full of 64-bit mislabeled as 32-bit. They could have written a simple script to check whether a game is actually 64-bit or not, instead they decided to do nothing and keep their chaos.

The best solution would have been a lightweight VM to run old 32-bit games, nowadays computer are powerful enough to do so.

That wouldn't scale well, something like .av1opusflacwebvtt?

The difference is that you need a Microsoft account to login in your computer. On macOS an Apple account is require for some services, not to manage the computer user login.

Yes, almost everything out there supports at least H.265, H.264, VP9, and AV1 in hardware.

Actually lately iPadOS is the one getting most of its features from macOS. iPadOS 26 introduced a menu bar, just like macOS, and a new windows manager that's just the same as macOS.

As I wrote above, use Accessibility Inspector to inspect the UI.

Actually it does not. It used to, but then was rewritten. The Accessibility Inspector app can be used to see what's the class of the UI elements, if you want to check.

Only if you consider making UI text unreadable an advantage.

It could either be a bug, or they clicked on every screensaver in System Settings to download them years ago, or screensaver was set to Random.

macOS is a resource hungry pig, I wouldn't bet too much on it making a difference.

I got it removed from the App Store. The first time, then after some months the same developer republished it with a few changes under a different name… I don't have the time to track it down again, I just published my app on the App Store for free so at least people won't give in and avoid the scam.

No.

I wrote a small app to display a bitrate graph of video files, and posted the code on GitHub with the GPL2 license. A few weeks later someone uploaded it to the Mac App Store and sold it for 7$, the only difference was the name.

The best part is when they swap FFmpeg or other libraries, make things compile somehow, don't test the results, and then ship completely broken software.

SwiftUI doesn't help, but each panel is a separate process. The previous version of System Preferences hid the delay by showing an animation, the new one doesn't.

It's still compressed on disk, so it takes only 5,4 GB of space, not 13 GB+. Sure, the simulator and the iOS or the other SDKs will take more space, but those aren't needed to develop macOS apps.

It's surely not perfect, and so much is quite horrible, but at least try to keep the facts in check. AppKit and auto layout are still working fine, they aren't going anywhere any time soon, there is no need to rewrite all the UI code.

Core Data threading? Well, it has got its pitfalls, but those are known, and anyway, nothing is forcing you to use it.

Xcode is so slim these days, it a ~3 GB download, it doesn't take an hour to unxip, and it can be dowloaded from the developer website.

Swift? It might be needed for a bunch of new frameworks, Objective-C isn't going anywhere anytime soon either.

It's possible to run 32-bit Windows binaries with Rosetta 2 and WINE, but I don't know if there is any good DirectX 9 to Metal wrapper yet. Probably DXMT will implement it in the future: https://github.com/3Shain/dxmt

Whisky was a front-end for Wine and related libraries, already running on Apple Silicon. So it already works I guess.

The collaboration features were introduced in 2013 on the web version, and in 2016 on the native versions. And maybe check which features are actually not available before dismissing it.

That's a weird answer, Keynote can shares presentations, and multiple people can work on the same presentation in real-time, either on the macOS/iOS or the web version. The feature has been available for years: https://support.apple.com/en-us/guide/keynote/tan4e89e275c/m...

But the initial security issue was in libwebp, which is made by Google, and surely Google had already fuzzed it and run all the available static analyzers in the world.

Static analyzers are nice to have, but they can't warn of every issue out there.

No, the SSD isn't soldered, it has got one or two removable modules: https://everymac.com/systems/apple/mac-studio/mac-studio-faq...

Oh please. Cue to "Xcode isn't updating the downloadable components list in a timely matter" blog post, and the "Provisioning doesn't work" post.

Well, you can access them by using something like iMazing. I agree that there should be a way to see the entire file system, even if read-only.

That's not iOS fault. Apps can store their files in a folder visible in the Files app, or can ask the user to open a file or folder from a file provider (also visible in Files app), or to save a file or folder in a file provider (always visible in the Files app).

It's not the 2011 iOS anymore, if an app today hides its video projects from the user, it's entirely the app fault.

An even unsigned x86_64 apps and ad-hoc signed arm64 apps.