cdown
commented
4 years ago Hey there!
It's possible in X11 and is implemented by the target Atom for most requests. The problem is it requires a strong opinion on how and when to persist those requests. For example, with xclip you can put an image on the clipboard with xclip -selection clipboard -t image/png -i foo.png, and vice-versa with xclip -o, but then there are questions like which target atoms we should store -- if we store all of them, there's going to be a lot of duplication and overlap, and potentially some massive things to store unnecessarily. Copying from a browser stores a whole bunch of atoms, for example, that's why right now we only store UTF8_STRING.
Personally I don't really do WYSIWYG copy pasting, so I've never had it very high up on the priority list to implement. It's also a bit of minefield: some content types require an awareness of their nuances to store safely, and we'd have to decide how to represent them. I'm very aware that there is certainly a desire for it as a feature though.
I guess I'd be up for adding some kinds of rich content storage into clipmenu, but writing support for it and maintaining it would be somewhat up to those who want it -- I don't personally use it, so it's likely to receive significantly less testing than the rest of clipmenu.
So I guess the answer is "I'm fully in support of having that, but I'm unlikely to write the code for it myself", if that makes sense? :-)
YoloClin
I'm looking for a clipboard manager that supports rich content such as images, office text etc.
A simple way to reproduce the managing I'm looking for is: right-click an image in chrome/firefox, choose copy, paste it somewhere else - clipmenu doesn't persist the entry.
By default, clipmenu doesn't support this - any pointers on what's required to get it working or if it's even possible in X11?