I really like the idea of treating freshness like quality, allowing it to be filtered or selected anywhere you can filter or select items.

It may be for mods where fuel may have a by product, for example in Nullius a hydrogen fuel cell produces a water cartridge when it is used up.

TL;DR
The ability to use the circuit network to control the mode of operation, and for universal mode, the channel that a radar is using to send and receive information.


What?
Using the circuit network to control the radar channel to allow a single radar to scan multiple channels.

Why ...

Sweet! I had started looking at one radar channel per planet/platform, and concluded that would only work if you could use the circuit network to set the radar channel. Using bitmaps to identify the planet, and making all the platforms interchangeable... genius as usual! Thanks for sharing

+1

The only other thing I can think that might be related, I do have nuclear power researched so I do have heat pipes.

When I look at the tech tree, it says I have to research Gleba to unlock the heating tower, and I haven't done that yet
The only planet research I have done is Fulgora.

1. What did you do?
Finished first planetary research, for Fulgora. Clicked on tips and tricks Fulgora briefing.

2. What happened?
Subtopic for heating showed up, with Aquilo mechanics... it showed Aquilo with frozen buildings but did not mention Aquilo.

3. What did you expect to happen instead ...

TL;DR
An option in the set research queue to stop research (remove the tech from the queue) based on a given condition.


What?
Currently, if you set research, that research continues if you turn off setting the research via the lab, and it also continues if it is the last option in the list ...

Thank you Tertius for sharing another great combinator. I keep an eye out for your creations, they are the best inspiration for my own contraptions.
I guess it is time for a whole new combinator cookbook taking advantage of the new ELSE feature!

+1
To me it would be logical to clear a construction request immediately on being satisfied. I ask for 200 foundation, they arrive, done, removed from request queue. If I make another construction request, it is a new request, not an update to the old one.

I agree, it just seems more intuitive, the faster you go, the more damage you (should) take up to maximum damage.

It is a useful tool to be able to send messages from platform to silo without actually sending items. You could get around it by requesting unusual items that you were sure not to have in inventory but being able to use non-items is cleaner.

I decompressed it over 2.0.77. It failed to start: "Failed to load mods: __quality__/prototypes/recycling.lua:48: attempt to perform arithmetic on field 'default_icon_size' (a nil value)".

I'm on Linux. I think it's a leftover file causing trouble or something.


You can’t do that. You need to ...

Did you uninstall the old version? apparently this is required...

Again apologies for my imprecise language.
We are agreed that once a train is en route, there is no need to distinguish between destination full or no path.
If the train is not en route, it is at a station, and for an interrupt to trigger it is trying to leave the station. At that point there are ...

Assuming we achieve a separate "Destination full while at station" condition, what is your proposed use for separate "Destination full while en route" and "No path while en route" conditions? I don't have a clear picture of why these should trigger different behaviors.


Sorry if I wasn't clear ...

"Station or path unavailable while en route": all no-path events and any destination-full events that occur while underway.

"Scheduled destination full": all destination full events that would otherwise result in a train sleeping at a station. Sleeping at a station is a special case, because ...

I do agree that Destination Full is not the same as No Path, and it would be useful to be able to treat them differently.

Oh yes I have wanted this for a while! viewtopic.php?p=625399