A bracket like in this little guy, just over the belts, not pipes, and with the display panel for a payload, not a fluid tank: https://mods.factorio.com/mod/est-tiny-storage-tank

Re underground bets - you could, but it would be way cooler and more satisfying if the display panel got thin sheet metal supports that clip on the sides of the belt without blocking it instead, sort of like this:

Oh, and yet another issue with dummy saves - saves are sorted by date of change or alphabetically, just making sure that these "dummy saves" are even easy to locate in the list of saves is a whole separate quest of its own.

The list of save files is not built for that and it doesn't do it well.

I think this issue has been brought up a million times, and the existing workaround with dummy saves and gotchas that keeps being brought up as a justification for discarding the request is not a good solution.

Having modlists directy supported by the manager is a good proposal.

It'd be great if ...

+1

+1

+1

+1

That reminds me that the game already has a proximity based system for bots - when a bot's battery dies, it chooses the closest roboport among those that are closer to the bot's goal than the bot to recharge to ensure progress.

And of course job cancellation is no stranger to pre-existing game ...

That sounds about right, yes.

So, if a bot from a personal roboport becomes available and it can do the job (the ghost is in range and the building is available in the inventory for construction jobs), none of the ghosts in range have no bot assigned, but some of them do have base bots assigned ...

I'd say if the condition is "Room for [x] [condition] [value]" where [x] is specified with "any quality" the condition is true whenever there is a quality level for which it's true. If [x] is specified with a specific quality level, what is "Room for [x]" is well-defined as per prior definition ...

I misunderstood the corner case with quality, the problem isn't with stacking (from stack inserters and stacking by mines), it's with the sushi-character of output of buildings with quality on them.

It's interesting, so to simplify let's say the entire train has 2 slots, one slot already has 1 ...

boskid wrote: Thu Jul 23, 2026 7:05 pm

Thank you for the reply!

Reading through FFF-176 , it kind of sounds like there are optimizations in the game that assume the invariant "once 2 items compressed, they will never uncompress" holds.

Can this issue mess up item coordination calculation used elsewhere, e.g. for collision detection with splitter bounding boxes ...

Sounds like what we are looking for is "Room for [x] [comparison] [value]" - where "Room for [x]" is populated to how many more units of items or fluid of type [x] the train is capable of housing.

"Room for [x] = 0" is expected to be often used for materials filled up by inserters or pumps, and ...

Maybe it could be generalized in the form of "Full [x]" where [x] is a select of any item or fluid.

Then fullness is determined automatically on the basis of how much of [x] the train can possibly fit:
1. for fluids it's just total capacity of all fluid wagons
2. for non-fluid items it's a sum: all ...

I guess the best solution could be just giving the player a toggle in "E" UI that controls who serves new requests that originate on tiles where both networks are available - from the personal roboport and "external", and let the player judge which network is supposed to be faster at their current ...

Comment from a random stranger: it's really hard for me to understand what the author is saying exactly, but I think it might be the same thing I'm asking for here: viewtopic.php?p=699996

Not sure!

I found this problem to be quite annoying for years now, but seeing viewtopic.php?t=135174 that may or may not be asking the same thing (I can't quite understand that post all that well) prompted this request.

Problem: when I have no base network but personal roboport at my location, both building and deconstructing is very fast as both work from / with my inventory using bots from my inventory, as the bots have to travel a very short distance. But when I add the base network, which is supposed to be an ...