Adam

~~Actually; looking at thread code; we may not even need that. We may just need to flag a redraw, and ensure that the system knows our idle time.~~ Scratch that;...

OK; I've made an attempt to fix that in #911; everything should now update regardless of whether the window has focus.

> Well, that would be a regression because it means the application will continuously use some CPU, even if a small amount, even when the application is unfocused or minimized....

~~Oh, scratch that, it's likely an artifact of how `ps aux` measures CPU. Top shows no CPU usage.~~ No wait, never mind, it does.

> That's not supposed to be the case. I am going to check on Linux but normally I check that CPU usage is zero when unfocused for each release. It...

I did some testing on this branch, with the foregorund stuff; and there is also still background issues, even without any threading whatsoever, and with us waiting on `SDL_WaitEventTimeout`. So...

Seems like if I open it up, and minimize it, lite's CPU usage is generally zero. However, if I do anything; like type in a terminal (unrelated to lite); or...

> Right, I observed something similar for mouse events that happens in a screen area that overlaps with lite's window even if events happens in another window. > A bad...

Aha. I think I've got a good solution that *doesn't* require threads, but still should result in 0 CPU usage, and 'act' like it's polling. I'll work it up as...

@Ashvith if you're still interested in doing this; I think Franko basically means that you're going to want to save just the result of `scale.get_scale()`, and then call `scale.set_scale()` when...