Factorio Forums

sparr wrote:

Rseding91 wrote:Prototype picker (any prototype type) - which will simply give the string prototype name but the GUI will have a drop-down of all options

How about a signal picker?

Rseding91 wrote:I'm definitely going to be adding more mod setting types once this initial wave of 0.15 bugs is taken care of. Probably another 2 weeks and then I'll start on stuff like this.

Right now setting types I'm going to add are:

• Prototype picker (any prototype type) - which will simply give the string prototype name but the GUI will have a drop-down of all options
• Color picker (similar to the train one but with alpha as well)

Optera wrote:Startup settings allow for configurable recipes, however factorio doesn't automatically call reset recipes.
What's the best way for a script to reset recipes in case a certain startup setting changed?

Most modder friendly would be if we could have a flag at startup settings "requires_recipe_reset" which urged factorio to do a proper recipe reset each time it restarts after such a setting was changed.

Nexela wrote:

Optera wrote:Startup settings allow for configurable recipes, however factorio doesn't automatically call reset recipes.
What's the best way for a script to reset recipes in case a certain startup setting changed?

Most modder friendly would be if we could have a flag at startup settings "requires_recipe_reset" which urged factorio to do a proper recipe reset each time it restarts after such a setting was changed.

on_init global.my_recipe = settings.startup["name"].value

on_configuration_changed(function() if global.my_recipe ~= settings.startup["name"].value then --update the global, reset the recipes end end)

local function run_once()
  for i, force in pairs(game.forces) do
    force.reset_recipes()
  end
  script.on_event(defines.events.on_tick, nil)
end

script.on_load(function()
  script.on_event(defines.events.on_tick, run_once)
end)

Optera wrote:Currently I'm using an on_tick which unregisteres itself after one tick. Mods with normal on_tick handlers will have to register their normal on_tick in this run_once.

Code: Select all

local function run_once()
  for i, force in pairs(game.forces) do
    force.reset_recipes()
  end
  script.on_event(defines.events.on_tick, nil)
end

script.on_load(function()
  script.on_event(defines.events.on_tick, run_once)
end)

Rseding91 wrote: FYI: that mod will never run in MP as that would desync everyone the first time it ran.

• Make on_configuration_change trigger on changed prototypes.
• A new event on_run_once firing every time a map loads with full access to game and global in which we could perform such operations.
• Add a flag "requires_recipe/technology_reset" to startup settings so the game knows when to reset.

Optera wrote:I can thing of several ways to make it work.

• Make on_configuration_change trigger on changed prototypes.
• A new event on_run_once firing every time a map loads with full access to game and global in which we could perform such operations.
• Add a flag "requires_recipe/technology_reset" to startup settings so the game knows when to reset.

I'm very much in favor of the 2nd option as it's the simplest to add and offers the most flexibility to modders.

folk wrote:This whole time, since settings.lua was introduced, I've (wrongly, I see now) assumed that startup settings applied during game creation were persisted throughout the lifetime of the game - and that if I changed them, the settings as they were during initial game creation would simply be used and my changes ignored.

If that is not the case - and you don't want to simply make it so - my guess is that the "best" way to handle it would actually be to have a specific event called on_startup_setting_changed that you invoked at some point in the loading process. Or, alternatively, trigger a specific named migration script that might force a restart of the game (to reprocess data) depending on state/return value.

Or simply make my initial assumption true; that whenever you load a game, the startup settings that were in effect at game creation are reapplied and the game restarted after a notification.

I mean, I've assumed this the whole time. This is how I expected startup settings to work all along; that you can't change them and that doing so will force a game restart if I tried to load a save with different settings. I've just never tried to change them during a running game.

Rseding91 wrote:I've changed it for the next version of 0.15 so when mod startup settings are changed it fires the on_configuration_changed event.

That also means that in the next version of 0.15: recipes and technologies are automatically reset any time prototype values, startup settings, mod versions, or the game version changes.

Optera wrote:

Rseding91 wrote:I've changed it for the next version of 0.15 so when mod startup settings are changed it fires the on_configuration_changed event.

That also means that in the next version of 0.15: recipes and technologies are automatically reset any time prototype values, startup settings, mod versions, or the game version changes.

Thanks for this fix.

Just for clarification.
Do mods have to include reset_recipes in on_configuration_changed or does factorio call it automatically like it does when changing versions?

bobingabout wrote:I don't know if this has been mentioned before or not, but I've noticed that since I heavily make use of "startup" options to edit the data table from the mod options, Recipes and Technologies are NOT changed to match what you change the settings to when loading a savegame.

I feel the need to force a reset_recipes() and reset_technologies() event, as well as actually trigger a "on_startup_mod_settings_changed" event to run the equivalent of a migration script.

EG, if a mod update adds a new entity to the game, and adds that unlock to an existing technology, then you'd have a migration script run like this:

Code: Select all

for index, force in pairs(game.forces) do
  force.reset_recipes()
  force.reset_technologies()

  if force.recipes["bob-distillery"] and force.technologies["electrolysis-1"].researched then
    force.recipes["bob-distillery"].enabled = true
  end
end

What I feel we need is the ability to add something like that in control.lua to be triggered when startup settings have changed.

Basically, this but for startup settings http://lua-api.factorio.com/latest/even ... ng_changed

mickael9 wrote:Any news on the localised combobox entries?

Rseding91 wrote: Mod settings display order:

• Mod settings are shown in the settings GUI first sorted by mod sort order then sorted by the setting "order" string and then finally by the setting name.