Copy to clipboard or primary selection

[dsalt]

I find myself using ^K / (=filt) every so often to run xclip (or xsel -i, if I remember about it) to put some text on the X primary selection. While xclip waits until interrupted and xsel -i returns immediately, extra action is needed to restore the now-deleted text.

Having JOE handle this itself would be helpful – shouldn't be hard to have it call xclip or xsel with appropriate parameters. (I'll probably look at it myself.)

What about those who are using Wayland? (XWayland and the like will get you part of the way there, allowing the same utilities to work – sufficient?) And, for that matter, users of non-penguin operating systems?

[dsalt]

Looks like wl-copy (wl-clipboard) on Wayland, pbcopy on Mac and clip on Windows 10 & later. Usage appears to be the same in all cases: the program defaults to reading from stdin (maybe only if it's not a tty – xsel does this).

[dsalt]

My shiny new clipboard branch. Open for testing and comments.

(One thing which I definitely won't do is to have it use xclip.)

[jhallen]

I haven't tried this yet, but do you think it could or should be used in "-mouse" mode to automatically send selected text to the clipboard?

[jhallen]

So I think this night be redundant: you could use ^K W ! xsel -i instead of ^K /

[dsalt]

Well… that occupies one of the filename slots each time it's used (ignoring repeat uses). Also, the screen/window flashes briefly (if using the alternate screen).

If you're going that route then you want something like

if,"markv",then,blksave,"!xsel -i",rtn,endif

But xsel won't work directly on Wayland – with xwayland running and without a clipboard manager which handles both X and Wayland, my testing indicates that there are two clipboards and at least one primary selection. xsel -pi won't put the text on the Wayland clipboard, so Ctrl-V or Ctrl-Shift-V or whatever won't see that text to paste it elsewhere; you'll want wl-copy instead.