AmericanPatriot wrote: ↑

Sat Nov 14, 2020 3:16 am

KeepGridButton wrote: ↑

Sat Nov 14, 2020 2:59 am

Many containers like chests are opened/accessed with left button

I don’t think so. I’m not at my computer so maybe my memory is failing, but left mouse button would mine the chest.

No, mining is right-click.

+1 on copy/paste within a schedule. I use automated deliver-on-need trains for my outpost supplies, which means I have a lot of trains which have a schedule consisting of one loading station and then many identical copies of the drop-off station, and it's tedious setting the same set of departure co...

Wiring manually: I cannot speak for other player, but I think that this is a process, that can get very tedious soon. In my eyes wiring power should be done only in special cases, especially when connecting the power switch. Almost everything else should wire up automatically. I agree. Special case...

- I see problems if you want to expand an area by duplication. Poles won’t connect. Need to unlock first. Source of possible player frustration. Actually, no, you don't need to unlock them. As I specified, you can still connect to a locked pole by running a wire manually. If you've already got a co...

TL;DR Let the player set the colour a lamp glows in the lamp GUI without needing to specify it via a signal What ? The lamp GUI would have an option that lets the player select a colour from the existing colour list. If a colour is selected, the lamp glows that colour at all times; if no colour is ...

There are cases where overwriting colors is useful, but are there any that also use one of the colors as the condition on the lamp? I can't think of any instances where flexibility would be lost with the proposed implementation, because it would have to be a situation where ① the lamp is exposed to...

I thought that suggestion was already discussed and there where too much issues with it. That is the exact opposite of true: Honestly previous topic about chain signals taking into account the train length was easier in terms of possible implementation. This however could have more possible use cas...

This is a long way without fuel supply. Do not even enter without X GJ fuel. And then what happens? The train has to stop somewhere to pick up more fuel. If the next stop in the schedule is too far away to make it, what is is supposed to do? If the filter signal is an absolute barrier, then the tra...

I'm failing to see the use for this. Filter trains by fuel or cargo: What's the use? It would be real nice to be able to control where a train goes next based on its state , but using conditional signals doesn't let you change where the train is going , only how it gets there . Route trains away fro...

@Koub: These suggestions are not the same and should not be merged. @Squelch's suggestion is about disabling auto connect temporarily when pasting a blueprint, and is largely solved by the changes to blueprints mentioned in FFF #362. Mine is about persistently locking specific power poles to prevent...

TL;DR It's way too easy to accidentally make a connection between two power networks that were supposed to be separate; let's add an option that lets you 'lock' a power pole so that other poles cannot automatically connect to it. What ? Power poles and substations get an interface with a checkbox s...

+1

I think this is addressed in 1.1 according to FFF#362? Unless I’m misunderstanding things. No, that's talking about saving the cable connections within a blueprint. The issue here is that the shift-left-click input is used for two different things: When holding a blueprint: Place blueprint and mark...

TL;DR Currently, if the player shift-clicks to place a blueprint while their mouse happens to be over an existing power pole, all the pole's connections are removed, which is almost never the desired behaviour. What ? The 'shift-click a power pole to remove all connections' functionality should be ...

But I think recognition of that cannot be automated, because it can get really complicated. No, it isn't. We already have a workable design in the first post that solves this problem. The implementation in code may be complicated, since it requires changes to the pathfinding system and the handling...

What I currently ask me: is it possible to built some circuits to do that kind of forward check? Aka put outgoing signal to red, when train is a long train and more blocks behind that signals are still occupied. For me this sounds like a simple logic, and so it can be rebuilt by circuits. I don't s...

I was about to make this exact same suggestion. I shouldn't be surprised someone else beat me to it; it's an obvious improvement. Things that are not reasons to not do this: "The current system is fine!" No it's not. The current system is janky, error-prone, and requires a lot of pointless...

If there are no chain signals then it is completly unrelated. I was fixing quite a lot of issues with trains and repathing for 1.1, one of them was that train would not reacquire signals immediately making them close by circuit network and forcing train to hard stop - in 1.1 if a train repaths it w...

From my experience it is usually most useful to start building assembling machines, then empty belts disconnected from resources, then inserters, then power poles, and finally a belt connection that puts items on the empty belts to feed the production line. Why would you want to start with the belt...

Just to clarify - will this fix this issue too? I ask because they seem to be the same problem - a train being forced to repath when a wire condition tried to close signals which the train has already reserved - but that version involves no chain signals, just regular signals, and your fix note spec...