"Run a script" support (in addition to X11 and Wayland) about runst HOT 7 OPEN

Thanks for your interest, @orhun.
Invoking a script would serve almost infinite use cases, users could get creative.
Mine would be to be able to send notifications to a tmux floating popup or a tmux display message.
However, lots of use cases could be enabled. Just stretching a bit more, you could, for instance, send notifications to:

• A text-to-speech device
• Some signaling hardware (home automation LEDs, etc)
• Push notifications
• Whatever other crazy idea you might come up...

It would also enable to have desktop notifications, on bare TTY sessions, since you can run a DBus session without X11 and sending & listening notifications just needs DBus.

from runst.

Not a must for my specific use case, but I guess that it won't hurt when adding Wayland support.
Having the X11/Wayland code outside the main logic as a sort of backend, would later enable to add a no-X-just-script backend as we're discussing here. Disclaimer: I'm not familiar with the codebase, neither with Rust.

from runst.

Hey, thanks for creating this issue. I would like to hear more about your ideas, especially the part that how you think this could be implemented. As far as I understood, you simply want a command-line interface that listens D-Bus notifications and you want to utilize it in shell scripts, am I right? Can you give a concrete example of that?

from runst.

Yeah, I can totally see the potential of this feature and it would be amazing to have it!

Regarding the implementation/usage, do you have an idea of how it would look like? Is it going to be a binary listening for events? How is it going to be configured?

I'm just trying to grasp better what is on your mind 🐻

from runst.

Having to code a listening program would place it out of reach/convenience for the average user.
I was thinking more in an external program/script that would be invoked on each event, specified with a simple --script command line switch or config file option. I'm not sure about if it would replace or add to X11 notifications (ie. as another backend).
Looking closely to the docs, maybe my use case could be covered with a custom_command which could unconditionally send all events to tmux.
However, replacing X11 could be useful for some users. Maybe if exit codes from filters were checked for stopping/continuing processing would work for those users. Not sure, thou.

from runst.

As I attempted to try custom_commands, I've filed #104.

from runst.

Making the X11 dependency optional would be a good start for this. What do you think?

from runst.