Tag: vulkan

– implement missing wall type selection in the UI
– fix bug when removing walls that caused warnings when removing walls
– finally remove temporary input code that was used to circumvent the missing UI

Wallpapers can now be set through the UI as is removing walls. That luckily also means that the ‘o’ hotkey is no longer needed, as the UI now supports everything that up to this point was only possible through the hotkeys.

– fully implement preliminary version of the tile menu
– do not refresh the UI and revert back to the generic build selection when clicking anything
– add more wallpapers and floor tiles

That basically says it all, why don’t you have a look:

– add support for listing and adding all available object types dynamically through the UI
– make the render synchronisation code for the UI safer against crashes through race conditions
– add crappy temp icons for the object types

Aaaand once again, fewer crashes. The main point here is that we can place any object in shop mode now, enjoy the lovely icons:

– introduce functionality to just refresh the ui
– expose more of the gamestate through the main app class (to be consumed by the interface)
– simplify the button creation code by adding a small factory function
– flesh out the UI some more
– move the textures around a bit (introduce a rudimentary directory structure)

So far, every time we needed to update the UI the entirety of the rendering data was updated, which does not make sense, since the UI is a lot more likely to change on a frequent basis. Time to mitigate that.
The rest is of the message is more or less self-explanatory I hope.

– flesh out the UI a bit more (some of this is strictly temporary)
– fix a bug that gave us the same state hash for widgets that were identical (excep the widget id) (sic)
– do not rebuild descriptor sets and command buffers unnecessarily – also do not do it without ensuring we are in a sane state

So, once again quite a few renderer improvements. And once again, the more interesting part is the extension of the UI:
This time we see the addition of proper behaviour being added in the shop mode, once an object gets selected the user is presented with the cancel button to unselected as well as a rubbish button to delete it.

– fix a few conditions in relation to texture/descritpr set mapping in the UI pipeline (sic)
– fix a condition in the model pipeline that was never triggered
– add a lot of new icons
– partially implement the build mode UI

The renderer did not properly clean up some texture related data structures after removing the last usage of a texture, this is now fixed!
More exciting are the user facing changes, so that we are partially able to replace the terrible ‘o’ hotkey experience when wanting to build something. Currently it is possible to build new walls and set a wall type just using the UI and no hotkeys. It is not complete yet, but certainly feels a lot nice to use:

add textures to the game mode buttons

Check out the texture support, it almost looks like a UI now:

add proper texture support for widgets

Does exactly what it says. But also, it adds a “cancel” button in the context container that calls the generic “cancel” function in the MainApp class, which is also triggered by pressing ESC. The behaviour of the function depends on the current game state. To name an example, in the simulation mode it unselects the currently selected object.

ensure we also properly refresh when *adding* new UI elements ar runtime (sic)

Make sure to propagate the dirty state to child elements in containers, otherwise we will not trigger the calculation of the state hash, resulting in no visual changes.
See the result here, the “context” container is changing depending on the game mode:

use the z-index in the UI vertex shader and calculate it within the normalised vulkan range (0-1)

Otherwise very strange things happen.