Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

macOS Tahoe

apple.com

Post reply on HN
Print view View original

891–900 of 1001 posts

Re: macOS Tahoe

#891

Post by OJFord »

ethbr1 wrote: post #806
giancarlostoro wrote: post #751

Earlier quoted context omitted.

> 1. Old bugs are not fixed. If Apple would open source some of its OS apps, this would probably be a non-issue, I could see people putting in bugfix PRs the second Apple chooses to open source their core apps. I don't see them doing this any time soon sadly, but it would make macOS much more stable, and probably secure. The more I have thought about my views on Open Source vs Commercial software, I strongly feel tha…

Of the two, there's a lot clearer line to Apple open sourcing some of its core desktop apps, given market share (~16%?) and lack of internal resource prioritization (iOSiOSiOS). The best time to do so would have been ~2010, after iTunes revenue provided a clear monetizable carve-out. The second best time would be today. The number of people saying 'I love the hardware you sell me, but am switching platforms because y…

Or if they would just embrace Asahi! Have a team work full-time on parity, have asahi-linux feature complete on Mac launch day; mainlined soon thereafter.

We can dream.

Re: macOS Tahoe

#892

Post by mikae1 »

eloisius wrote: post #865
mikae1 wrote: post #859

Earlier quoted context omitted.

> The initial investment into getting a usable Arch desktop was horrible. It is my conviction that very few should go down the Arch route. If you want to sysadmin Linux or learn how to do so, fine. But if you want to do something else with your computer I'd strongly recommend looking into one of the https://universal-blue.org images (I use https://getaurora.dev btw). These are based on atomic Fedora and my experience…

For better or worse, I'm exactly the person who should go down this route.

:D

If you gotta do it, you gotta do it.

Re: macOS Tahoe

#893

Post by sgt »

bigyabai wrote: post #846
sgt wrote: post #810

Earlier quoted context omitted.

I fully get that macOS is not perfect, but checking out "modern" Linux (like a customized Arch) is a bit underwhelming. It still looks to me like Linux 20 years ago. And I started with Linux in the mid 90s. Not much has changed or improved on the pure fundamentals. I guess it's fine if all you do is sit doing CLI or spending your day in web browsers. Day to day macOS driving to me is an absolute joy (granted, I'm sti…

> Oh and don't get me started on MLX... Your pittance Apple gives you because they refuse to sign CUDA drivers? That MLX?

If you're into LLM's you need to consider using Apple Silicon so you can continue developing on your own machine with MLX. MLX isn't just a replacemnet for CUDA, no way - it's made for the Apple arch. The new M5 chip will likely have serious ANE and ability to use the unified memory. Then we're talking powerhouse. Current Mac Studios are already more cost effective than say RTX 6000.

Re: macOS Tahoe

#895

Post by AlexandrB »

al_borland wrote: post #679
asdhtjkujh wrote: post #55

I should know better, but I'm still surprised they're shipping this version of Liquid Glass. Performance is stable but there are so many UI bugs and inconsistencies that haven't been fixed from early betas, including low-hanging fruit that a second year design student would notice. I don't mind change or interface elements moving around but keynote-level UI overhauls should be fully implemented at launch, otherwise p…

This is always how it goes. The big change happens, and it’s refined over time. For what it’s worth, there where threads here on HN where people complained at length about the bugs and inconsistencies in the previous version of the Apple operating systems.

Yes, and many of those bugs and inconsistencies never went away. We're now at the point of Apple piling new bugs on top of old bugs.

Re: macOS Tahoe

#896

Post by AlexandrB »

burnt-resistor wrote: post #152
asadotzler wrote: post #123

Apple no longer cares about disabled people. Transparent UI, with controls sitting on top of arbitrary and changing content can NEVER be legible/discernible. Apple knows this, but fashion was more important than function and they decided, "who cares about disabled people, anyway." Microsoft learned this lesson back in the Vista era but Apple's charging ahead with this terrible set of changes that will literally disab…

This is what happens when designers are treated as royalty and are told that their new "clothes" are "awesome" all the time. It's also a symptom of consumption addiction where there is demand/motivation for drastic, superficial changes that don't really offer any value except to those who are consumed by the need for constant change for change's sake. Apple used to care more about disabled people because of how the A…

It's also a lack of real competition. If a car company ships an ugly car, you can easily avoid buying it and go with a competitor. With tech products you're often locked into, at best, a duopoly. Worse, the products have become increasingly integrated such that it's impossible to pick and choose components from multiple vendors.

If you want Apple's hardware you're stuck on their software. If you want access to some professional software, you're stuck on Windows. Etc, etc. This all means that bad ideas or user-hostile behavior are rarely punished in the market. The biggest competitor to Windows is older versions of Windows. The biggest competitor to macOS is older versions of macOS.

Re: macOS Tahoe

#897

Post by CharlesW »

paulsmith wrote: post #161

Aside from the Liquid Glass stuff, has anyone detailed the changes to the Unix bits of the OS? What's new, deprecated, moved, locked-down, etc. ... ?

The most notable change is probably the new native container runtime: https://github.com/apple/containerization

Metal 4 is interesting: https://developer.apple.com/metal/whats-new/

New enterprise-y stuff: https://support.apple.com/en-us/124963

FireWire support is gone, and this is the last macOS release for Intel.

Re: macOS Tahoe

#898

Post by AlexandrB »

cosmic_cheese wrote: post #52
ryandrake wrote: post #40

Earlier quoted context omitted.

You can still get software that installs and works perfectly on Windows 7 (released 16 years ago). Good luck finding software that even installs on Snow Leopard (released 16 years ago), let alone works well.

The flip side of this is that every attempt at advancing the Windows UI framework story beyond win32/MFC and WPF has failed and the platform itself is steeped neck deep in technical debt.

You can't blame this all on backwards compatibility. Microsoft can't just stick to one successor technology and keeps obsoleting every attempt after a few years. With that approach, of course no one is going to move over.

Re: macOS Tahoe

#899

Post by CharlesW »

outlore wrote: post #297

i really wish they didn't give up on stage manager. every beta i would look if they fixed the opening behavior to open a new application in the same stage :/ but stage manager seems like it would have potential to fix window management on the mac without needing rectangle, yabai, alt tab etc

Stage Manager works fine in macOS 26: https://support.apple.com/guide/mac-help/use-stage-manager-m...

Re: macOS Tahoe

#900

Post by AlexandrB »

CharlesW wrote: post #890
AlexandrB wrote: post #820

Earlier quoted context omitted.

> I'm a fan of the improved UX harmonization across form factors. Don't understand why. A ~6" phone screen and a 3x1440p setup have little in common regarding what "effective" UX looks like. Unifying them for the sake of consistency risks making both worse.

Absolutely, scalable UX is a hard problem, and it's taken Apple nearly two decades to get to this point. But to be able to learn a "Control Center pattern" (for example) and apply that across desktop, tablet, phone, HMDs and TV UXs has real benefits for ordinary users.

I don't see it. What I see is a crippled Control Centre in macOS because Apple couldn't be bothered to adapt it for a desktop environment. For example, there's no equivalent to "long tap" on macOS Control Centre, nor does right click do anything. So what you have left is the lowest common denominator of behaviours that could be supported with single-left-click only.

This isn't unifying anything, but providing the laziest solution possible for MacOS by copy/pasting the visual design of iOS.

Sidenote: Does macOS Control Center even support any shortcut keys? I've honestly never tried, but a cursory search suggests there's no way to map a shortcut key to a Control Center action though you can open it with Fn-C. Again, lazy copy/paste of the iOS UI without adding any of the functionality a desktop power user might expect.

Post reply on HN