5 ms·
I'm guessing that's part of the reason they didn't implement a clipboard permission. It would probably have broken a TON of stuff in weird ways. I expect to se
by RandallBrown 6y ago
I'm guessing that's part of the reason they didn't implement a clipboard permission. It would probably have broken a TON of stuff in weird ways.
I expect to see an actual clipboard permission at some point.
- DyslexicAtheist 6y agoa tinfoil hat tip: imagine the shitstorm if Apple would allow proper introspection instead of suing these companies who offer such a service. that storm would be much harder to manage now. if I'd really believe it myself I'd even say controlling the messaging was part of the reason why they sued these companies and instead are providing limited subset of such features themselves.
- dewey 6y agoMaybe I'm missing something but a clipboard permission seems to be pretty useless for most apps. When I want to login I have to paste my password, when I want to paste an email address into a Linkedin chat I need the clipboard. So everyone would just grant that permission anyway as it makes a lot of apps useless without and they'd just continue their harvesting after that. It would be a very small percentage to selectively enable/disable the clipboard permissions for certain tasks.
- mixmastamyk 6y agoPasting to the clipboard into a standard widget is different than reading/writing it. Hopefully in mobile OS as well.
- Vvector 6y agoThe clipboard is controlled by the OS. When you 'paste' the OS sends the contents to the app. There is no need for an app to have access to the clipboard.
- filleduchaos 6y agoI'm curious - have you ever actually looked into how clipboards work across various OSes? Because programmatic clipboard access is the norm pretty much across the board.
- nitrogen 6y agoIt doesn't have to be though. Especially on a platform that only has one UI toolkit, controlled by the vendor.
- filleduchaos 6y agoAh, so _now_ we're asking Apple to disallow any UI development whatsoever outside of using the components in the UIKit and AppKit SDKs (and screw you if you want to develop any sort of interface that's not supported or intended to be supported out of the box by the above)? Very interesting indeed. I understand the outrage over programs abusing the resources they have access to, but frankly this is just approaching hysteria. This is the equivalent of reading an article about an app snooping at documents you didn't open for sensitive data and jumping to the conclusion that operating systems should not support programmatic access to the filesystem.
- leppr 6y agoI'll give a similar reply as I did to your other comment: the most popular platform for interacting with low-trust applications, the web, sanely does not allow apps to access your whole filesystem. It would have never thrived as it did if users had to limit themselves to a small selection of vendors they can thrust with their whole system. There's a huge difference in usage between apps on desktop OSs, which are often of less commercial nature, open-source, and more carefully vetted by centralized gatekeepers, and the mobile app ecosystem, where any random fast food chain will entice you to install their app to make an online order. The smartphone app ecosystem has to be low trust, like the web.
- filleduchaos 6y ago
- RandallBrown 6y agoBeing able to accept pastes wouldn't require any permission. Being able to read the clipboard without the user knowing would.
- jorvi 6y agoWait what, they show the pop-up, but there is no permission toggle for access?
- nemothekid 6y agoI feel like a copy/paste permission would be useless and the notification is 100x better. Most people would click "accept" on the permission and never think about it. "Oh of course I need the ability to copy/paste on tiktok, how else will I paste 90sMusicChallenge in the search bar?"