Allow external control

[dbrgn]

Could be used e.g. for multimedia keys using xbindkeys.

I'm not sure yet what the best way to implement this would be.

[octogene]

We could add MPRIS2 support as it would also allow us to add other nice features.
There is an implementation of MPRIS2 in python for mpd (eonpatapon/mpDris2) that could give us some hints at how to implement it.

[dbrgn]

Sounds doable. I'll take a look at it sometime.

[quigybo]

I would also recommend going with MPRIS2, this would allow orochi to be
controlled by a large number of existing clients.

If we keep most of the logic in the api, then we could have a number of
clients/frontends as thin wrappers around the api. The MPRIS2 interface could
be one wrapper that runs as a daemon, and the current command-line client could
be another. We could also provide a small MPRIS2 command-line client, similar
to mpc.

It would however be nice to be able to control the current client with MPRIS2,
I wonder what the best way to achieve this would be? Would this require going
as far as moving to a client/server architecture?

[dbrgn]

Hm, a background thread or process would probably be enough to handle MPRIS2 events and call api functions. The problem is that the current client.py is stateful won't notice those changes.

Maybe a separate process that handles MPRIS2 and sends unix signals to the client could work? The problem is that SIGUSR1 and SIGUSR2 are already taken.