Could you add a recommendation to run the game in maximized mode (or fullscreen if that's available)?
The mouse cursor is not confined and is visible and active during game play, not the usual setup. Because of this, clicks can accidentally go to other apps when you move the mouse during gameplay and lead the cursor over another window.
In other words, since the mouse is currently "loose", it's easy, during heavy gameplay, for the mouse cursor to eventually drift off the game window and then activate or clickin unwanted apps and make problems. It's pretty scary in my X11 setup where clicks and drags go to background apps without changing focus. (I actually like this behavior in text apps, since it aids the X11 mouse button-based copy/paste workflow...)
Fortunately the workaround is easy. Maximizing the window avoids a lot of the dangers for the most part. I assume most people already did this.
Yeah in hindsight, locking the mouse to the window during rampage sections would have been the right call. We’re planning to do a QOL/missing feature update post-jam so will make sure that’s in.
I tried the native Linux v1.0.0 build and I'm not sure it's kosher -- there's no "executable" bit on `bevy-jam-7`. After `chmod +x bevy-jam-7`, it launches, and the app that's bundled isn't the game as all. It seems like build of a fresh game project template (its game is a grey screen with no controls).
Maybe some build-time executable swap failed? If its useful, the assets in the archive make sense for this game. And the executable in the Windows build is fine. (I played that through Wine.)
Thanks so much for reporting that, I made a mistake with the build and added a much older executable by mistake. I’ve reuploaded a build that should be correct now. Sorry about that!
← Return to game
Comments
Log in with itch.io to leave a comment.
Could you add a recommendation to run the game in maximized mode (or fullscreen if that's available)?
The mouse cursor is not confined and is visible and active during game play, not the usual setup. Because of this, clicks can accidentally go to other apps when you move the mouse during gameplay and lead the cursor over another window.
In other words, since the mouse is currently "loose", it's easy, during heavy gameplay, for the mouse cursor to eventually drift off the game window and then activate or clickin unwanted apps and make problems. It's pretty scary in my X11 setup where clicks and drags go to background apps without changing focus. (I actually like this behavior in text apps, since it aids the X11 mouse button-based copy/paste workflow...)
Fortunately the workaround is easy. Maximizing the window avoids a lot of the dangers for the most part. I assume most people already did this.
Yeah in hindsight, locking the mouse to the window during rampage sections would have been the right call. We’re planning to do a QOL/missing feature update post-jam so will make sure that’s in.
(crosspost + edit from Bevy Jam comments)
I tried the native Linux v1.0.0 build and I'm not sure it's kosher -- there's no "executable" bit on `bevy-jam-7`. After `chmod +x bevy-jam-7`, it launches, and the app that's bundled isn't the game as all. It seems like build of a fresh game project template (its game is a grey screen with no controls).
Maybe some build-time executable swap failed? If its useful, the assets in the archive make sense for this game. And the executable in the Windows build is fine. (I played that through Wine.)
Thanks so much for reporting that, I made a mistake with the build and added a much older executable by mistake. I’ve reuploaded a build that should be correct now. Sorry about that!
Yup, it works fine, thanks!