Closed friday closed 5 years ago
Clipster added, and it's automatically downloaded to the extension directory and used as a fallback if none of the three supported is installed.
PR's are still welcome for new other managers, but I consider this task done now.
I'd personally love to see integration with the Gnome Shell clipboard manager (https://extensions.gnome.org/extension/779/clipboard-indicator/). Might see how much work would be involved with that.
@Muffinman: Seems Gnome Shell clipboard manager only stores the history in memory and has no external API (which makes it impossible to integrate). I could be wrong though. Only looked briefly.
Either way I'd accept a PR if you get it working, but I won't add it myself.
There's now a common format for clipboard managers. This extensions already supports two and it should be easy to add more.
Clipster unfortunately proved to be difficult because it's written in Python. Somehow running it through Ulauncher makes Clipster think it's running in Python3, while it's actually Py2. Similarly it's based on the 'owner-change'-event which is seemingly only triggered when another app/process copies something, making it fail tracking these additions. I actually started trying to add Clipster as the second manager before switching to CopyQ, and have a fully working integration downloading and modding clipster to work in Python2, but the 'owner-change' problem was harder to fix.
Klipper (KDE) and Clipman (XFC) would be nice to haves, but I will not be putting effort into adding others unless I needs them (which may happen, since I switch desktop environments sometimes). PR's are welcome.
What's needed is either that the clipboard manager can export the whole clipboard history via CLI or writes directly into a file or multiple files in open formats, which can be parsed.