#xorg #x #timer

xidlehook-core

xidlehook core library

5 unstable releases

0.3.0 Mar 4, 2021
0.2.0 Jun 1, 2020
0.1.2 May 31, 2020
0.1.1 Mar 11, 2020
0.1.0 Oct 13, 2019

#75 in Date and time

Download history 5/week @ 2021-02-25 32/week @ 2021-03-04 10/week @ 2021-03-11 7/week @ 2021-03-18 26/week @ 2021-03-25 11/week @ 2021-04-01 10/week @ 2021-04-08 16/week @ 2021-04-15 20/week @ 2021-04-22 14/week @ 2021-04-29 6/week @ 2021-05-06 20/week @ 2021-05-13 19/week @ 2021-05-20 5/week @ 2021-05-27 11/week @ 2021-06-03 14/week @ 2021-06-10

64 downloads per month
Used in xidlehook

MIT license

44KB
868 lines

xidlehook (core)

This is the core of xidlehook, abstracted away as a library. The idea is to keep the core reusable between different front-ends.

See GitHub issue #27 for an example why this split was made. Splitting some of the work out in a library is also good for testing :)

In case this wasn't confusing enough for readers, there's also an example named "xidlehook" which is basically a stripped-down version of xidlehook-daemon. The reason for this is just to give a starting point to people making their own clients that do not have to have a full-blown async event loop like the current tool itself.

Preferrably, the feature creepiness of this crate should be turned all the way down. I am a big fan of the Unix philosophy of keeping things simple by design. The exception here are some basic modules that most people will want.

In short, use xidlehook-daemon and not this.


lib.rs:

Instead of implementing your extension as something that communicates with xidlehook, what about implementing your extension as something that is xidlehook?

This library lets you create your own xidlehook front-end using a powerful timer and module system.

Dependencies

~3–6MB
~110K SLoC