clipnotify icon indicating copy to clipboard operation
clipnotify copied to clipboard

Continuous monitor mode

Open nick87720z opened this issue 4 years ago • 1 comments

The way, when command is run per each request or for each event, is somewhat ineffective. Clipnotify could stay at stdout, sending something (may be just a newline) on each event. For example, some other tools support daemon mode: inotifywait, alsactl and amixer, pacmd, skb (similar tool for xkb layout watching), free (program, not word).

If clipnotify supported such mode, it would allow to make super-effective clipmenud by moving maximum job into special utilities, arranging them into persistant pipeline, while shell would only manage its setup. Example option: -o, --stdout, -m, --monitor (last two as for inotifywait).

nick87720z avatar Jan 07 '22 23:01 nick87720z

I found better way to control it.

No need dedicated option to just enable it. Instead - very presence of any argument should trigger monitor mode. If specified - it would use it in a way similar to "yes" program, just be more selective in when to print.

The only difference from "yes" - no even concatenation is necessary, first argument should be enough (if there are spaces - they have to be quoted).

nick87720z avatar Jan 08 '22 21:01 nick87720z

If I understood the feature correctly, this is implemented with -l for 2.0.

cdown avatar Nov 07 '22 00:11 cdown

Nice. I did not expect other options to appear, but still would propose an argument support for crosstalking scenarios.
(well, perhaps crosstalking could be avoided by using dedicated input).

nick87720z avatar Nov 23 '22 11:11 nick87720z