Edit2: UI for the different slots would be a duplicate of the output slots, but with the wildcard quality icon on each possible output - or perhaps the recipe's "base quality" with a greater-than/less-than next to it. An additional advantage of this is that it could clearly communicate what ...

+1

Keeping it list is fine here in my opinion.
Setting the default to a list that just has "crafting" is a good option for backwards compatibility. I don't know if I'd want it to be "either a string, or an array" for full backwards compatibility.


It wouldn't be 'String or array[String]', the ...

Of course these would need to respect what quality levels are supported (and possibly unlocked) so a normal quality recipe bumped by -1 would result in normal items, and a legendary recipe bumped +1 would result in legendary items.

Or those recipe variants just aren't available. To reduce ...

As in title, boolean read from player to check if they are currently viewing the space map. Currently there's no way to know this information unless you use some very hacky workarounds.

+1

To be honest a lot of this sounds like breaking changes, i dont see any of it happening before 2.1 (although i love to be proven wrong)

Another option for the quality settings per output (although unlikely due to the handcrafting issues mentioned, but they could be ignored as intermediates when considered for the crafting queue) would be an int 'bump_level' which would be the change to the current quality level. 0 would operate like ...

+1, I'd like a way to specify if it should show up in remote/normal/both views.

Since the minable properties of entities are a table of results, and since there can be multiple fluid results, you can encounter the case of a pumpjack type mining drill 'mining' multiple different fluids. In this case it only mines one fluid and ignores the rest. I would like mining drills to be ...

tldr allow offshore pumps to work like mining drills, where they 'mine' from tiles just like resources. This would require tile prototypes to specify their mining result (different from minable) as array[ProductPrototype]. This would also mean that offshore pumps should support item outputs. In this ...

I'd like support for Heat as an ingredient/product in recipes. Realistically a 2.1 feature, I've outlined what the full features would likely be, although reduced features for an earlier initial implementation would be nice.

IngredientPrototype:

temperature - how many degrees C to remove per ...

Reping

I imagine it would be one global network for each type of connection category, then each entity connects to every network that it is compatible with.

robot256 wrote: Thu Oct 30, 2025 11:39 am Ah so the request is specifically for a GUI element that behaves like a container GUU and can be embedded inside a more complex custom GUI than a typical container GUI. That's why I asked about an example application.

That would be a very nice builtin GUI

I just confirmed, the tool-combining not showing in consumption is still an issue in 2.0.72

Potential solution: when the logic for combining items is triggered, use that to add 1 to the consumption graph.


That was already discussed in the past. The logic has no context for which player/force ...

I just confirmed, the tool-combining not showing in consumption is still an issue in 2.0.72

Potential solution: when the logic for combining items is triggered, use that to add 1 to the consumption graph.

+1, very useful for serverlogging errors

Unified vs not isn’t really the question here, it’s *if unified* how should it work when it comes to the default value and the crafting category - that’s the more “no solid good option” question.


I am of the opinion that a default category (crafting) is the best option. Less overhead required ...

No. Factorio is specifically optimized to work with rectangular objects on an orthogonal grid. Support for non-rectangular objects will not be happening due to the sheer number of edge cases.

If you want it to look more natural, the graphics should be adjusted to not have empty space.