Koentje wrote: ⤴Sun Sep 10, 2023 11:46 am
If you do the graphics in lua, then it would also be nice if the moving of the dial is more floating to the new value.
At the moment it jumps from one value to the next.
HAHAH! But you do realize, this is not just some 2 or 3 lines, easy solution!
It is a great idea!
I love the idea!
I think I would try to write multiple functions for the movement.
One will just handle animation positive or negative.
Probably do another to strictly handle "floating". I don't know a good term related to German or Dutch. But a liquid gauge like this will have some smooth movement toward the final value, but there will either be some slowing down to the final number, or there will be some positive/negative variation near the final number until it settles on the exact value.
This one is tricky because it will tend to show a lot of movement constantly!
I think I would try to write to write multiple functions to handle these specific different conditions.
And maybe, it will be good to try to normalize some of the actual value changes, to where the animation is restricted to a more moderate, lesser, reality!
We can do really great cool things with conky, but also, at least for me, I really tend to want to restrict the conky processing to the most minimal amount of load. I do want the conky system to show some really cool stuff, but I never want to feel like it might restrict the system when I might need to possibly do some really heavy loading! (although in reality I very rarely, or never, see a condition where the system is loaded near maximum, -so there is always processing room!)