Live data from Hacker News

Apple's list of 235 apps that are incompatible with macOS Catalina

thetapedrive.com

231–240 of 395 posts

Re: Apple's list of 235 apps that are incompatible with macOS Catalina

#231
post #221

Earlier quoted context omitted.

Killing 32 bit support is going to cost me about $600 per year, because I still have a pre-CC copy of Photoshop, In Design, and so on. I am absolutely furious at Apple for this.

If you are happy to run old Adobe pre-CC applications why would you not consider to stay on 10.14 as well? It's the same logic.

Because Apple will stop supplying security updates?

Re: Apple's list of 235 apps that are incompatible with macOS Catalina

#232

Earlier quoted context omitted.

Why though? He literally chose to stick with the old software, protesting with his money. Seriously though, what's the problem with expecting 32bit software to keep working?

The same problem with expecting 8-bit software to keep working. All organizations have limited resources. Each hour spent supporting 32 bit is an hour that could’ve been spent on more important things.

Microsoft doesn't seem to have trouble with 32-bit. Apple's market cap is roughly the same.

Re: Apple's list of 235 apps that are incompatible with macOS Catalina

#233

Earlier quoted context omitted.

Am I the only one who sees the absurdity of this? If you’re cool using 6+ year old, blurry non-retina software...why do you need to upgrade to Catalina? Just stay on Mojave and you’ll be fine. Did you really plan on using that 2012 edition of Photoshop until 2035?

How would I stay on Mojave when my laptop breaks? Do you expect people to keep buying old hardware forever?

Run your old apps in a VM.

Re: Apple's list of 235 apps that are incompatible with macOS Catalina

#234

Earlier quoted context omitted.

Killing 32 bit support is going to cost me about $600 per year, because I still have a pre-CC copy of Photoshop, In Design, and so on. I am absolutely furious at Apple for this.

This comment is a perfect illustration of the bizarre irrationality people have when discussing Apple. You’re stuck on a 6+ year old piece of software because Adobe moved to a higher priced cloud-based model...maybe you should be mad at Adobe...6 years ago...not Apple?

There is room in my heart to be furious at both.

Adobe's cloud pricing model is abhorrent to me, and Apple forcing the hand of everyone that didn't want to jump on board with it is also shitty.

But I've had a long time to come to grips with my hatred for Adobe. Apple has only recently started making choices that carry serious negative consequences for me.

I feel the same way about their dropping of OpenGL, for what it's worth.

Re: Apple's list of 235 apps that are incompatible with macOS Catalina

#235
post #72

Earlier quoted context omitted.

My guess: The binary translation support they’re going to build into ARM Macs will exclusively support x64, including low-cost bridging between x64 application code and ARM64 library code. Not to mention Apple never leaves deprecated runtimes around for more than a few years. Once 64-bit Carbon was canned the writing was on the wall.

Thats a fair idea, I believe x86-64 is less complex with fewer addressing modes than x86 is. So that makes sense. I'm still not sure about how I feel about an ARM laptop, I'm not opposed though.

Arm architecture is rock-solid. The trick is making an ARM processor fast enough for desktop or laptop use. ARM has unfortunately been relegated to low-end devices even though the architecture could do well for high-end machines. We don't have a good interop for running x_86 or x_64 code on ARM so the compatibility isn't there for most users (like Windows 8 ARM). Linux is mostly fine on ARM if you can compile from source and you have a compiler for that given language that works for ARM.

Re: Apple's list of 235 apps that are incompatible with macOS Catalina

#236

Earlier quoted context omitted.

The same problem with expecting 8-bit software to keep working. All organizations have limited resources. Each hour spent supporting 32 bit is an hour that could’ve been spent on more important things.

Microsoft doesn't seem to have trouble with 32-bit. Apple's market cap is roughly the same.

Market cap doesn’t say anything about fundamentals. That’s what profits are for. If you haven’t noticed, Microsoft is de-emphasizing Windows as a profit center.

Re: Apple's list of 235 apps that are incompatible with macOS Catalina

#237

Earlier quoted context omitted.

Why though? He literally chose to stick with the old software, protesting with his money. Seriously though, what's the problem with expecting 32bit software to keep working?

The same problem with expecting 8-bit software to keep working. All organizations have limited resources. Each hour spent supporting 32 bit is an hour that could’ve been spent on more important things.

I can still use 32bit software under Windows, Linux and BSD. Seems everyone else has managed to keep this running, even when they have _much_ fewer resources than Apple.

Re: Apple's list of 235 apps that are incompatible with macOS Catalina

#239

Earlier quoted context omitted.

Killing 32 bit support is going to cost me about $600 per year, because I still have a pre-CC copy of Photoshop, In Design, and so on. I am absolutely furious at Apple for this.

Why would you switch the OS you're running? Snow Leopard for life! The OS and the hardware it ran on, still run that Adobe release now just as well as they did then. I'm not sure the treadmill has resulted in things feeling importantly different for standard tools over the last 10 - 15 years.

> Why would you switch the OS you're running? Snow Leopard for life!

Because Snow Leopard is full of unpatched security holes. [0] Including RCEs.

[0] https://wyzguyscybersecurity.com/apple-patched-safari-and-os...

Re: Apple's list of 235 apps that are incompatible with macOS Catalina

#240

Earlier quoted context omitted.

This is also why all programs should be distributed with source code. If not, you are at the mercy of the platform not to break what you have bought.

Having app that heavily relies on 32-bit Carbon Api open sourced is useless. You can't replace those Api call with newer because they simply don't exist or have no alternative. It's not going to help much

Having access to the source makes it much easier for the community to do what they already do - create an open source re-implementation of the engine.
Post reply on HN