HQ2000

I did two things:

1. I made a function for getting the window config (WindowOptions) for creating the window
2. I was annoyed by the long compile time (9s, for every small change) so I made a dummy crate gpui_dylib that just re-exports gpui but is with crate_type=“dylib” (dynamic library, .dll on windows, .so on linux) so the the linker does not statically link gpui into the final program, but rather “against” it. compile time is now 5s, which still makes me wonder, but it’s atleast better because especially when making visual changes this is still an improvement. (credits to bevy, they do the same, that’s where I have this trick from)

thanks to the gpui examples I managed to pretty quickly setup a very basic app, just displaying a white window with a title

A bunch of stuff to be able to proceed with the levels in some hours I hope:

• UI function refactors for easier usage
• simple compile-time UI scale (maybe later a runtime one too, idk). it does work fine
• cosmetic button effects on hovering/pressing
• button effects via running cached systems (modular)

MY plan was to do some simple UI like shown in the picture below (which is the current game). I ended up messing with bevy’s children![] macro which spawns child entities to allow UI hierarchies, every single item or tuple is spawned, I got some warnings because I forgot some parenteses and wondered why the “exact same” code (I copied an example to compare) did something different. After that I tried to get some UI done, but I didn’t have any flexbox experience. Here’s the result

finally fixed the splash screen transitioning to the title screen correctly. this bugged me for prob 1-2h (I’m really not sure) because I thought that it’s some super weird problem with state transitions (it was not) so I tried to debug it. It just turned out to be a missing camera so the title screen actually was present, but no camera so the splash screen remained visible…
other than that, I added a dev feature and restructured some code

kinda works..I guess? I really should have done more, I even needed to look up how to display an image.
So now there’s a “loading” screen even though nothing gets loaded.

a bit more loading screen stuff and tinkering around. Embarassingly, I’ve never come so far in the process of making a game with bevy that I noticed (thanks to the bevy_new_2d template) that a small asset loading infrastructure is needed….

did some prerequisites to get started and finally make my first devlog (a bit screen management, bevy project setup via the “official” CLI). We are not completely sure yet, but It’ll probably be a 3d platformer (see the description for a current state)