Thank you for such a comprehensive list.
- For me, it is important that asteroids collide with the side of the screen. In addition to that asteroids are spawned above the player and the walls force them to come down. There is another problem with the collision, the issue you described also happens when the player collides with an asteroid which is right next to another asteroid. In an earlier version of the game asteroids would actually break when colliding with the player, but I removed it because I was planning on adding a breaking animation which I never got around to. If I re-implemented that it should solve both issues
- Radial fog-of-war is a bit difficult to implement because I am using pretty limited libraries (I hate using game engines and libraries so I always end up implementing everything myself, I wrote all the physics and model management for this jam myself). It is a similar suggestion to how the sensors were originally supposed to work, that being zoomed into the player if you didn't have them (this didn't work because the lack of steering by default made the game very unfair since you were always moving in a direction you could not see). I think it is probably best to move the UI elements around at the top and experiment a bit with how much you can see ahead. Maybe change the dimensions of the game border to be more vertical.
- Originally Life-Support was meant to be a top-up, but I felt that might screw the player if the counter went to low and they picked up and upgrade that removed Life-support. Your idea fixes this. I actually prefer it to the current implementation in terms of functionality, but I feel it loses out in accessibility. It would be hard to communicate this information to the player, and it would be an exception to how the repairs normally work which may make people less inclined to experiment picking new things up. I'm thinking of making this an endless runner, maybe while you have life-support your timer grows by 1 second every two seconds (or some other rate), so it keeps the time stress and allows for an infinite run.
- Originally it was 3 repairs, but play testing always ended with Shields + Steering + Sensors, it was further limited to promote creativity and strategy. Definitely more hazards were planned to be in the game, like alien ships that shoot at you and non-moving walls which incinerate you and the asteroids (which would serve a dual-purpose, as an obstacle and refuge). The planned walls were the reason retro-thrusters are in the game, they would make it much easier to navigate around walls. More weapon types are a good idea though I, again, am unsure how to communicate the information to the player.
Thank you so much for your time and interest.