7 ms·
Is there any legit reason for the clipboard API? If I want an app to see or fill its contents, I would just copy and paste normally.
by Redoubts 9y ago
Is there any legit reason for the clipboard API? If I want an app to see or fill its contents, I would just copy and paste normally.
- ronnier 9y agoI know google maps uses this too. When I have an address on my clipboard and go to google maps it’ll be filled in.
- jraph 9y agoI guess KDE Connect uses this kind of API to share the clipboard between the phone and the computer. This is very convenient, but this can be a bit scary too. This means your phone which is full of proprietary blobs accesses everything that is copied from the computer. This is even worse if you have any app you do not fully trust on the phone. Maybe a solution would be to have a manual button "share clipboard with the phone", instead of automatically sharing the clipboard.
- klibertp 9y agoI use copyq[1] on Linux and earlier used Ditto on Windows. I don't actually use it that often, but when I need it, the history of copied things is extremely useful. It's a built-in function in Emacs[2] and Vim and honestly, it should be also implemented by the OS or thereabouts (X/Desktop Env/WM in the worst case). And BTW, for keeping tabs on more than just the clipboard, I use selfspy[3], which is a really neat... keylogger, basically. It's great for filling timelogs! Anyway, what I want to say is that there are legitimate uses for nearly every API. Some should be protected with permissions and so on, but once an API is there, you should always assume it's central to someone's workflow. [1] https://hluk.github.io/CopyQ/ https://hluk.github.io/CopyQ/ [2] https://www.emacswiki.org/emacs/BrowseKillRing https://www.emacswiki.org/emacs/BrowseKillRing [3] https://github.com/selfspy/selfspy https://github.com/selfspy/selfspy