So you either have no (blue) wires in the blueprint and auto connect works. Or all your wires are blue and no auto connect happens at all. Any mix of blue and copper wires will drop the connections between copper and blue and produce a broken result. Have you ever looked at power switches? These ...

What you end up is every wire being blue.
That could be one approach in case the user decides that way, the other would be to work with overlapping poles in the prints (so the new connects to the existing power grid) when employing blue wire.
So you might as well just store copper wires in the ...

TheRaph wrote: Sat Oct 26, 2019 3:34 pm Just now my idea to let bots do more than one job:

^ What's in this post, please ^

BHakluyt wrote: Thu Sep 26, 2019 9:18 am I think what we really need is a CTRL+Y, redo function.

This.

That assumes you have an overlap and that the blue wire connects to the overlapping pole.
Yes. Identical to how green and red wire currently works.

But think about all the other poles inside your blueprint. They don't have any copper wires already connected. So your blue wire might connect to ...

... (like https://forums.factorio.com/viewtopic.php?f=6&t=70996#p432071 or https://forums.factorio.com/viewtopic.php?t=47949#p343798 as examples) ...

How would that ever connect to anything? Any blue wire would isolate the involved poles from all others.

You need something so a pole can have ...

+1 for a setting to turn the flashing off.

Main problems (apart from optics) with copper auto-attaching to poles are the topology changes, both unwanted connections to other poles (that circumvent power switches) and disconnections (around full poles). That leads to making duplicating layouts that have special power needs (like https ...

I second this. Perferably all connected devices should also display their inputs/outputs (with the option to filter the inputs to only show the ones that are actually used) on mouseover to make circuit networks less opaque and easier to grasp to users.

In my last playthrough the by far most ...

Instead of some extra object placed next to the object you want to control, it IMHO would be better that you could fit a controller into the object which allow to extend the behaviour and interface of an specific object.
I think that idea is nothing else, than the module idea - see https://forums ...

A rapidly expanding thought after reading the blog post and through this thread:

Instead of some extra object placed next to the object you want to control, it IMHO would be better that you could fit a controller into the object which allow to extend the behaviour and interface of an specific ...