Satty: Clipboard save doesn't seem to be picked by `wl-paste`

👋 thx for building satty, it’s super useful.

I’m using cliphist (https://github.com/sentriz/cliphist) as a history manager and the way that its instructions recommend setting it up is via wl-paste --watch cliphist store

I’ve noticed that when using satty, wl-paste --watch doesn’t catch things that are being copied into the clipboard by it. Not sure what’s missing here but a possible solution could be to allow sending the output to stdout so I can pipe it to wl-copy. I just did a quick test myself by commenting this validation https://github.com/gabm/Satty/blob/main/src/sketch_board.rs#L157-L164 and then doing satty -- output-filename /dev/stdout | wl-copy and that worked.

About this issue

Original URL
State: closed
Created 7 months ago
Comments: 20 (11 by maintainers)

Commits related to this issue

allow sending capture to stdout this is useful for piping the output to other programs, like wl-copy as it prevents some race conditions with some programs using things like wl-paste --watch. Fixes ... — committed to marcosnils/Satty by marcosnils 7 months ago

Most upvoted comments

send all log to stderr - or at least create an issue for it 😃

I can do this. That should be a quick change. Thx for coming back to this one.

I did not find any resource talking about the meaning of -

found an article that explains has a reasonable explanation: https://www.baeldung.com/linux/dash-in-command-line-parameters.

marcosnils on Dec 25, 2023

I solved this way

# watch image and store
exec-once = wl-paste --type image --watch cliphist store
# watch text copy and store
exec-once = wl-paste --type text --watch cliphist store

# shift + super + v , show  clipboard history, and select item will copy
bind = SUPER_SHIFT, V, exec, cliphist list | rofi -dmenu | cliphist decode | wl-copy
# screenshot
bind = ,Print, exec, grim -g "$(slurp)" - | satty --filename - --fullscreen --output-filename ${HOME}/Pictures/截图/截图_$(date +%Y-%m-%d_%H%M%S).png

ystyle on Dec 5, 2023