Add new label widget class that does not hover by default
Similar to the button, but a lot more static.
Ramblings about hobbyist game development
Add new label widget class that does not hover by default
Similar to the button, but a lot more static.
Refactor instances of lockMutex with alreadyLocked as that was the more prevalent version
This also helps to make the code a little easier to understand.
add more sensible places to lock/unlock the mutexes and no longer run into that many race conditions (particularly when resizing the window)
Walking that ever so thin line between deadlocks and crashes.
add an optimsation so that we no longer copy the dynamic uniform buffers in separate commands, but actually in a single pooled call (sic)
Doing that removes a fair share of overhead!
do not do a full refresh on UI widgets if only the text changes
Another, secondary, state hash for UIs is added for the text labels on widgets. This is handled independently from the “main” UI state hash, so there is no longer a need for full refreshes if a text label changes. The main motivation for this one was the clock, which changes its text label *very* frequently.
implement a working clock
This puts life into the clock widget some time ago. This also introduces the concept of simulation time based on the ticks that have passed.
More structural refactoring (3)
And this is the end of this refactoring streak!
More structural refactoring (2)
Seriously, I do not know how to put this in any different ways anymore.
More structural refactoring
I am really running out of ways to basically describe the same thing.
rename objecconfig.cpp to object.cpp, as it should have been
It is time for more refactoring I suppose!