4 ms·

it should be split into "local clipboard" and "global clipboard" so that you still have copy paste within the program but paste outside the program require priv

it should be split into "local clipboard" and "global clipboard" so that you still have copy paste within the program but paste outside the program require privilege there's plenty Android sketch/mind mapping apps for example that require access to storage, for saving and exchanging media, and the is doesn't allow for "allow access to some folder without giving them access to everything" and it's annoying most permissions actually should have that kind of don't allow global access without breaking the app functionality or even telling the app itself

bluedino 6y ago
BlackBerry Work (for iOS and Android) can work with solely the clipboard inside the app
fencepost 6y ago
This. There are plenty of situations where I'd be happy with allowing an app to store its own internal data and maybe export local backups but I don't want to give permission to enumerate and read everything on the file system. Heck, I'm using Bouncer to remove permissions after I move away from apps. I fail to understand why more granular permissions haven't been a priority.
smichel17 6y ago
There's no problem if I manually copy some text from a box in one app and paste it into another app, and I don't want a permission prompt for that. It's programmatic access that I care about (apps snooping clipboard content). Technically they could probably be implemented the same way and the "manual" action is actually just granting the programmatic permission to the keyboard app.
- deleted 6y ago
  [deleted]
- behringer 6y ago
  The copy and paste button in all apps is programmatic. Windows can't tell the difference, for example, if a user copied from edit > copy or if the website did it itself. It could work if windows had a copy paste api with levels of access and trusted the apps to honor the access level. Then the browser could tell windows if a user clicked paste or if a website did.
  - willis936 6y ago
    I argue that the clipboard shouldn’t be given any extra levels of trust because it’s current level of trust, very low, is the correct amount.
    - filleduchaos 6y ago
      Precisely! It's the rough equivalent of a tempfile in your home directory, I don't know why even developers have come to view it like it's some super secure and private kernel component.
    - behringer 6y ago
      That's all well and good, unless you're an attorney, author, document writer, research scientist, or literally anybody who types a lot... At jobs I've literally copy PHI all over the place for data processing. Copy and paste is vital and often top secret.
      - willis936 6y ago
        It’s a bad shaped tool for that problem. It’s a shared resource. There is a gaping hazard where any other piece of software can change the data you want to read before you can read it. Use a database.
        behringer 6y ago
        If it were that simple there wouldn't be employees.
        willis936 6y ago
        I don’t mean look up a database. I mean make a database. Write a program that skims the document, parses what’s needed, and places it into a locally running database. Then, in another program, read the values you need. The clipboard is simply the wrong tool here. A database is bog standard.

bluedino 6y ago

BlackBerry Work (for iOS and Android) can work with solely the clipboard inside the app

fencepost 6y ago

This. There are plenty of situations where I'd be happy with allowing an app to store its own internal data and maybe export local backups but I don't want to give permission to enumerate and read everything on the file system. Heck, I'm using Bouncer to remove permissions after I move away from apps. I fail to understand why more granular permissions haven't been a priority.

smichel17 6y ago

There's no problem if I manually copy some text from a box in one app and paste it into another app, and I don't want a permission prompt for that. It's programmatic access that I care about (apps snooping clipboard content). Technically they could probably be implemented the same way and the "manual" action is actually just granting the programmatic permission to the keyboard app.

deleted 6y ago
[deleted]
behringer 6y ago
The copy and paste button in all apps is programmatic. Windows can't tell the difference, for example, if a user copied from edit > copy or if the website did it itself. It could work if windows had a copy paste api with levels of access and trusted the apps to honor the access level. Then the browser could tell windows if a user clicked paste or if a website did.
- willis936 6y ago
  I argue that the clipboard shouldn’t be given any extra levels of trust because it’s current level of trust, very low, is the correct amount.
  - filleduchaos 6y ago
    Precisely! It's the rough equivalent of a tempfile in your home directory, I don't know why even developers have come to view it like it's some super secure and private kernel component.
  - behringer 6y ago
    That's all well and good, unless you're an attorney, author, document writer, research scientist, or literally anybody who types a lot... At jobs I've literally copy PHI all over the place for data processing. Copy and paste is vital and often top secret.
    - willis936 6y ago
      It’s a bad shaped tool for that problem. It’s a shared resource. There is a gaping hazard where any other piece of software can change the data you want to read before you can read it. Use a database.
      - behringer 6y ago
        If it were that simple there wouldn't be employees.
        willis936 6y ago
        I don’t mean look up a database. I mean make a database. Write a program that skims the document, parses what’s needed, and places it into a locally running database. Then, in another program, read the values you need. The clipboard is simply the wrong tool here. A database is bog standard.