Xavier
Xavier
Would really like this, annoying to have to keep setting it every time I open helix. It would be nice if there was some helix.rc or such so this wouldn't...
Setting the window as resizeable in the flags, then disabling resizing seems to fix the issue.
It seems setting any other flags along with RESIZEABLE also breaks the resizing SDL_SetWindowResizable works: ```C SDL_Window *window = SDL_CreateWindow( "SDL2Test", SDL_WINDOWPOS_UNDEFINED, SDL_WINDOWPOS_UNDEFINED, 640, 480, SDL_WINDOW_RESIZABLE ); ``` SDL_SetWindowResizable doesn't...
These functions seem to work as expected after creating the renderer...
> I'm not seeing this on GNOME or KDE; the window in your sample is non-resizable in both X11 and Wayland. > > Seems like Hyprland had a bug that...
> Not sure, if this helps with the issue, but I noticed that rendering in the code example is inside the event-polling loop: > > ``` > while (game_state) {...
When pausing the thread just before it crashes, it seems the screen is also black, instead of the blue it is meant to be. There are no validation errors.
The `VK_CHECK` macro was not printing any error codes so I printed them myself, and it seems that it is caused by `VK_SUBOPTIMAL_KHR`. Adding `fflush()` to `VK_CHECK(x)` fixes the problem...
Calling ```C++ destroy_swapchain(); init_swapchain(); init_sync_structures(); ``` Seems to fix the issue.
I started recreating the swapchain instead of just using VK_CHECK which crashes the program. I think VK_CHECK(x) should just disable any vulkan errors instead of aborting.