I have the same issue and also failed to find a good solution.

Edit: {Persistence}


for _, player in pairs(game.players) do
for _, root in pairs({ player.gui.top, player.gui.left }) do
local artifact = root.mod_gui_top_frame
if artifact and artifact.valid then
artifact.destroy()
end
end ...

Maybe this is set for balancing purposes, but currently the casting-steel recipe requires 30 molten-iron, I expected it would require 50.
It seems the conversion is 10 molten-iron equals 1 iron-plate.

Version 2.0.29 has resolved this issue.

The change seems to be working properly, thank you very much!

In with testing on a custom entity without a defined recycling recipe, the recycling recipe is still auto generated when auto_recycle = false. Not what I expected,
the results become of 25% of the item rather than 25% of the ingredients.

I think you mean auto_recycle = false .


Actually, I think auto_recycle should not be changed, if (re)generating a recycling recipe. I believe the intent of the field is to not generate a recycling recipe.
I took that line from the quality mod's data-updates.lua script, but I think for my ...

I agree, however you can just put:

if mods["quality"] then require("__quality__.data-updates") end

In your own mods data-final-fixes (data, data-updates, or anywhere else after you've added or changed recipes)


As of the date of this reply, it is not a good idea to implement the above... at ...

local recipe = data.raw.recipe[recipe_name]

if mods["quality"] then
local recycling = require("__quality__/prototypes/recycling")

recycling.generate_recycling_recipe(recipe)
recipe.auto_recycle = nil
end


Maybe the proper way is to (re)-generate a specific recycling recipe?

Is running __quality__.data-updates from data-updates.lua supposed to be safe?

When I call it, it changes the recycling recipe for nutrients from spoilage to biter eggs.
To me, this is an unexpected result. I am not sure if it is a bug or I should not be calling it.

While the visualization is the same, this seems to be part of the player selected logic, the code that displays the entity's selection box.
The hide_connection_info does as it should, for the connections. I believe this represents the fluid flow, the direction of the pump.

Similar to this request: https://forums.factorio.com/97809

When a compound entity consists of a pump that is selectable in game, the fluid direction indicator appears on mouse-over.
Screenshot 2024-12-27 at 4.44.13 PM.png

A flag similar to "hide-alt-info", alternate sprite, or scale it? While a ...

In thinking about this, it is possible the rendering engine is correct and the other two pieces of code are incorrect.
When the supply_area_distance = 0, there should be no bonus. (Personally, I hope for this.)

I concur with your findings. However, as was pointed out to me, at least I think it is what they were trying to tell me... the bug is not about the particular value assigned to the base prototype, although it does have a significance. As can be seen in the screenshot, the Info window displays the ...

When a mod creates transmission only electric poles, the quality poles do not display the supply area visualization when attempting to place them.

Transmission only defined as: supply_area_distance = 0
Making no changes to the radius_visualisation_picture.

I hope when considering the issue, the ...

If the quality bonus were a % like many other items, rather than addition, that would work too.

With Quality bonuses, transmission only electric poles are no longer possible (as far as I know).
This is a small niche thing, but I hope something is added to the API that restores this possibility.

I ran into the same issue, I even posted here but then removed it.
Seems I always want to do things that are not the intention of the game design.

constants.EG_LIGHT_COLOR = { r = 1.0, g = 1.0, b = 0.7 }
constants.EG_LIGHT_INTENSITY = 0.8
constants.EG_LIGHT_SIZE = 12

constants.EG_BIG_POLE_LIGHT =
{
color = constants.EG_LIGHT_COLOR,
intensity = constants.EG_LIGHT_INTENSITY / 1.1,
size = constants.EG_LIGHT_SIZE / 1.2
}

local big_pole ...

function get_production(pole)
if not (pole and pole.valid and pole.type == "electric-pole" and pole.electric_network_statistics) then
return 0
end

local stats = pole.electric_network_statistics
local total_production = 0

for prototype_name, _ in pairs(stats.output_counts) do
local flow ...

function get_usage(pole)
if not (pole and pole.valid and pole.type == "electric-pole" and pole.electric_network_statistics) then
return 0
end

local stats = pole.electric_network_statistics
local total_usage = 0

for prototype_name, _ in pairs(stats.input_counts) do
local flow = stats.get ...