Hi, since 1.0.0, clipman doesn't manage anymore two buffers (it seems). On can ignore selections and only use GTK+ clipboard, or add the selections to that buffer. That's a problem because, if you still want to use selection, if you select something copy it (Ctrl+C) and paste it somewhere *replacing some text* (most frequent usage for me is to paste an url in the url bar), well, you end up pasting what you just selected. I know it might be tricky to find a correct solution, but it'd be really appreciated. Thanks,
Part of this change was bug #4815. If you wish to separate default/primary clipboards don't check the "Add selections" option. In 1.0.1 this option will be slighly renamed (the toolip). Is that ok for you, or do you hit other oddies if you use clipman without that option? In fact the option now makes the primary clipboard sync with the default clipboard.
Bon, I get it that the option you had be looking for would be to add the selections to the history (which is not a good option IMHO) but don't sync the primary clipboard with the default one.
I just want the selection not to replace the currently available item in the clipboard (when I paste with Control+V). I don't know the technical stuff, I'm just speaking usability, so I'm not sure I'm really clear :)
The option I mentionned, Add selections in the General tab, does indeed replace the default clipboard. For a reminder, there are two selections in X11, the default (manual copy/pastes e.g. ctrl+v) and the primary (selections e.g. with the mouse). I doubt I will change the behavior or add an option. I will leave this bug open for rethinking.
Well, “selection” is the usual X11 clipboard and pretty much every unix user expects it to be there, even before the ^C/^V stuff. It has to be here, imho, and that's why I check the “add selections” to the list. But I just don't want them to override the GTK+ keyboard (while I do accept that ^C overrides the “selection” clipboard).
"Fixed" with the small change in r7287