Fix for copy not persisting after Satty closes

[rabbit-time]

I used the following copy-command to solve the problem referenced in #95.

copy-command = "cliphist store && cliphist list | head -n 1 | cliphist decode | wl-copy"

Not sure if there is a simpler command here, but this worked for me.

Now, when I click the copy button and close Satty (or have early-exit enabled), the image persists in cliphist and so it keeps the contents of the clipboard from being destroyed.

Consider adding something in FAQ to help others? I feel it should be considered expected behavior, especially with early-exit functionality.

[RobertMueller2]

The issue described in #95 is related to GTK emptying its own copied stuff from clipboard when exiting program. But copy-command itself already circumvents that limitation, so using copy-command = "wl-copy" is sufficient.

I just tried with git main, and the image was definitely persisted with copy-command="wl-copy" after copy+early-exit.

(I'm using clipvault instead of cliphist, and start it with my sway session as wl-paste --watch clipvault store, and I could also find the image in clipvault history, but that really shouldn't play any role.)

wl-copy is the command we point out in the README, but yeah, I suppose we should have a FAQ section and explain the reasons why it's needed, but I'm undecided where it should live between the README, wiki entries or a possible documentation in #31.

[rabbit-time]

That's my bad. I tested using no config file and thought that the config in the README was the default, so it led me to believe that wl-copy was the default copy-command and wasn't working.

Out of curiosity, why isn't copy-command = "wl-copy" shipped as the default?