Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags
(+1)

Bug:

While working in another program and letting this run idle, I came back to a "new company emerging" event filling the screen--but no matter how many times I clicked the button to continue, it was not doing anything visible (i.e., it was no dismissing the even notification screen). It did seem to continue to save my game, however, and upon fully reloading the page, I only had to go back to a save point from 53 seconds prior.

However, I was letting it idle to build up some iron to build more research centres, but it did seem to "freeze time" while the event notice was on screen as I did not see much of an increase in my iron stores from idling (about an hour's worth). Note that this IS the preferred behaviour, as I wold rather have time frozen at the event than to come back to my empire in flames because I was not siting here to deal with he event! Also note that some events do not seem to do this; Some events will post an "event over" screen which is "on top" of the "event begins" screen, so when I click to continue, it shows the event begins after I dismissed the event over... A little disorientating until I realized what was happening.

I am using Debian Linux v10.3+ (64-bit), Firefox 78.3.0esr (64-bit), which also has NoScript running (but currently disabled as many Steam apps seem to consider NoScript an "ad blocker" and refuse to run).

I cannot provide more information than this as the reload reset my current page load state.

Hey, Thanks for the info!

I think we've resolved some of these issues with the newest massive update we uploaded today. Also FYI, later in the game there are research options that allow you to have settings where you can set time to run under these events, events to be auto ignored etc. - We will likely move these settings out of research in a nearby update as well.

(+1)

To be brutally honest, that is one aspect of this game I do not like: Needing to research UI (User Interface) items, not related to game play. Would you want to play a game that, for example, only ran in 640x480x8 resolution, unless you researched "Higher Resolution and Color Depth" in-game? Only items that might be part of both should be an in-game research-able item (for example, being able to research build/production queues could be both a UI thing AND an in-game thing.) These are the kind of issues which caused me to stop playing the game at all. I want to come home, relax, and enjoy a game after a hard day at work--If I wanted to be stressed and frustrated, I'd stay at work, where they PAY me for it.

Yeah indeed, we need to do some changes here, at the very least with some of the most commonly annoying things most users would want to choose settings.

However, scrapping some sort of automation options through the gameplay we don't want to scrap, as they can feel very rewarding for the player to reach and at the "right time". Even some QoL options (the right ones) can fit this model really well - of course some like "ignore popups"/"don't pause during popups" should  be available always, but I think some current and potential new ones could fit very well under research still.

I think you put it nicely - if something can be frustrating, it should be a setting by default. If something improves on something/makes it easier/automated it should in most cases be fine (and potentially even better!) to be part of research.