| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
|
|
|
| |
This reverts commit e1f0525e4e1dcf674aa7489042a06b7c7d671a2a.
I've decided against having mutable self-references. It's a bit less
convenient, but more sane. Also, the revert can be reverted any time,
should the need arise.
|
| |
|
|
|
| |
Because there is no real reason speaking against it, and it makes plugin
development a lot easier.
|
| |
|
|
|
|
| |
This fixes the TODO document's notes about not being able to get help
for individual plugins, and about not having any means to list all
loadable plugins.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
This still gives us more than 8000 years of range, and uses a tiny bit
less CPU time.
|
| |
|
|
|
|
| |
Sleep a millisecond if otherwise an update would get skipped. This
happens if a refresh is requested in the last millisecond before the
next synchronized update is expected.
|
| |
|
|
| |
It's now optional again, but needs its own block.
|
| |
|
|
|
|
|
| |
Either it's updating every n seconds (float) but not synchronized to the
actual UTC time, or it's updating synchronized, but with the limitation
that the update rate is given as updates/(30 minutes). Explanation why
this format was chosen is in the source file.
|
| |
|
|
|
|
|
| |
If the clock is started 1 ms before the configured time interval, it
currently will skip one update. Because waiting times up to 30 minutes
are planned to be supported, this can cause the clock to be quite wrong
for quite some time...
|
| | |
|
| | |
|
| |
|
