Hide Fill Barrel Recipes From Signals

[KiwiHawk]

In the code that generates the fill barrel recipes, can you set hide_from_signal_gui = true please?

There is no need to be able to select both the barrel item as well as the fill barrel recipe. It's not a big deal in vanilla to see both. But in modded games, it is a lot of clutter!

10-27-2025, 23-50-24.png (352.12 KiB) Viewed 475 times

10-27-2025, 23-55-09.png (504.36 KiB) Viewed 475 times

[Rseding91]

You can write yourself a mod to hide them if you like. They show on purpose for use as signals and for use in set-recipe on assembling machines.

[EvilPLa]

Maybe this mods helps to ease the pain https://mods.factorio.com/mod/barreling-group2

10-27-2025, 18-45-00.png (254.5 KiB) Viewed 401 times

[KiwiHawk]

They show on purpose for use as signals and for use in set-recipe on assembling machines.

Shouldn't the barrel's item signal be sufficient to set the fill barrel recipe on an assembling machine?

Edit: It seems that the full barrel item signal won't set the fill barrel recipe because the recipe has ignored_by_stats set on it's result product. Why?!

[eugenekay]

Why?!

128130 has some technical insight into the reasoning.

[curiosity]

128130 has some technical insight into the reasoning.

So the item/recipe merging black magic strikes again. Imagine if instead it was sanely explicitly specified in the prototype.

[boskid]

There is no item/recipe black magic here. Barreling recipes and unbarreling recipes cannot be selected by the item signal because those recipes do not create new items (due to catalysts), and as such the only way to select correct recipes is by sending a recipe signal. If those recipe signals would become hidden, there would be no in-game way of configuring circuit network in a way that allows setting correct recipe through assembler's set recipe. From my point of view this request reads as follows: "could you please break feature X because gui is ugly?" which is obviously a wont implement.

[curiosity]

There is no item/recipe black magic here. Barreling recipes and unbarreling recipes cannot be selected by the item signal because those recipes do not create new items (due to catalysts), and as such the only way to select correct recipes is by sending a recipe signal. If those recipe signals would become hidden, there would be no in-game way of configuring circuit network in a way that allows setting correct recipe through assembler's set recipe. From my point of view this request reads as follows: "could you please break feature X because gui is ugly?" which is obviously a wont implement.

You seem to contradict yourself (emphasis mine):

This is not as simple as you are trying to make it look like. We already have some amount of magic that causes chaos within our team and it is related to the item signals allowing to select recipes. For now this is working as intended because the only cases where a recipe is selected given item signal is when that recipe _produces_ that item. In case of barreling, since both fluid and barrel are considered a catalyst, filled barrels are not considered to be produced as those are just catalysts changing their form. Adding exceptions to this logic may have some unexpected consequences, for example imagine sending an empty barrel signal causing light oil unbarreling recipe to be selected since it technically "produces" (by your meaning) those empty barrels. The only case i can see could be kind of safe would be to select barreling recipes from the items only if there are no other recipes that actually produce those barrels (as in not changing form of catalysts).

This to me seems directly related to the automatic item/recipe merging. I don't see how catalysts factor into this, considering that only a single recipe can be equated to an item. It should be unambiguous. Correct me if I am wrong.

[boskid]

I am not contradicting myself. There is some magic inside of the assembler logic since it tries to select recipes using item signals, however with barreling specifically there is no such magic due to catalysts involved and so we require recipe signals to be present because assembler with set recipe will only set barreling/unbarreling recipes with a recipe signal.

[KiwiHawk]

I have fixed this in Angel's mods by no longer having the full barrels hidden from stats (in both the full and empty barrel recipes). This means I can hide the fill barrel recipe signals.

I see no downside to this approach and it could very easily be implemented in the barreling recipe generation lua.

[curiosity]

I am not contradicting myself. There is some magic inside of the assembler logic since it tries to select recipes using item signals, however with barreling specifically there is no such magic due to catalysts involved and so we require recipe signals to be present because assembler with set recipe will only set barreling/unbarreling recipes with a recipe signal.

Nevermind, I got confused by your assembler magic. Should tell you how intuitive it is to use.