> Andrew Bosworth (Boz) - 7h - "The dev tools we shipped last week for Quest also work on Portal devices! Here is a little home hub I vibe coded a few months back as we started to play with this. Build one yourself!"
Yes but miffing to open Privacy & Security & see dozens of apps pretending to need “accessibility” features. Apple has a dozen+ categories there but many poweruser apps I want specifically need accessibility.
Is there an opinionated reason not to break out capabilities?
> Is there an opinionated reason not to break out capabilities?
If you have a disability and need tools to use your computer the last thing you want to do is have those things not only off by default but complicated and involved to turn on.
Is there a reason a capability has to be covered by only a single permission? Why not have one accessibility permission that covers all that and then a bunch of individual permissions for non-accessibility apps?
As a programming practice in service of the principle of least privilege, that would make complete sense.
The issue is with Apple's UX. Apple insists on asking permission for every little capability an app wants. So I would have to say "yes, allow this app to take screenshots" and "yes, allow this app to read the clipboard".
I wouldn't be surprised if, in the near future, Apple forced people to click "yes, allow this app to read the clipboard from app X" and then separately "yes, allow this app to read the clipboard for app Y" and so on for every single other app on my machine.
Apple does not allow you to say, "yes, I trust this #$@-ing app, please allow it to do whatever it needs."
reply