How exactly would this work? What decides if one buffer chest can request from another? If all chests could request from all other chests you would just end up with an infinite loop of resources being sent back and forth.

IMO we just need a slightly different graphic where the first half of the belt is obviously uncovered, then we get the best of both worlds, it would no longer look ugly (no more ugly that running a belt into the side of a normal belt), and will be intuitive as the belt will look like only half can ...

+1
A way to see the train's whole journey instead of just one screen of it would be incredibly useful!

+1 I've said many times to my friends that this would be a really useful feature

You can already sort of do this with the copy paste tool, but that doesn't allow you to update all your trains at once, and requires you to find all the trains you want to update when you make a change, which is a bit ...

I'm pretty sure trying to squeeze the production dependency tree into research screen would create a mess where one would be unable to use the screen for either task.

Personally I'm all for support of production tree visualization, but in a separate screen, possibly accessed via inventory/produce ...

The top priority should be to make the game fun to play, and as Factorio is basically a puzzle game that means having mechanics that lead to interesting puzzles.

For belts, using underground belts to seperate sides of the belt is one of these mechanics, and I think removing this would make these ...

Stack inserters are literally more expensive than steel chests. The argument for saving resources on "cheap iron chests" is completely invalid when stack inserters are in play.
Sure they do cost more, but using steel chests instead of iron still isnt insignificant, it would approximately double ...

and will be information that players that arent playing in fullscreen borderless mode already have.
As i have stated, this will not be useful for some players who rely on other means.
Y'know, the kinds of players who don't have a family or full-time job to attend to.
This game is great, but i can ...

Having a system clock is also unnecessary clutter on the screen though, and will be information that players that arent playing in fullscreen borderless mode (or just players with a clock / watch) already have. And you cant really argue to have it as an F4 menu option as most players would never ...

As for your watch, is it syncronized with an NTP server and does it adjust for daylight savings in your local region?
And not everyone can afford those fancy new "smart watches".
On second thought, who actually wears a watch while they're using their computer?
Wouldn't that get really annoying with ...

The Factorio and Don't Starve graphics style is completely different though, so I doubt it would look good here. For example Factorio has shadows which would stay in the same place as you rotated unless there were seperate renders for all 4 directions, which probably wouldn't be worth it.

And don't ...

If you have a limit on water output, wouldn't it make sense for it to be a limit for the whole lake instead of per pump?
Imagine you had a 4x4 lake, you would be able to pump 16 units of water from it. If you then added a second pump and it didn't take into account other pumps, then you would now be ...

tl;dr; You shouldn't be limited by game mechanics you can't control, and robots wouldn't need to be that smart, just smart enough to get them where they want to go, probably removing the problems with processing power required.

I agree that this isn't a very efficient way to do robot networks, but ...

This could be the better option: place two or three train stops on the shorter route, give them some name (like "routingagent") and activate/deactivate them as needed to route your train to the longer track.

But even then this is a complex task, because you can't read the id while it is moving and ...

Sorry that this reply is a bit late, but I haven't been on the forums for a while :P

Just thought that I would add that you can refactor most code (unless something needs to actually happen every tick, or there needs to be some check for something that doesn't have an event) so that you don't need ...

LuaEntity.products_finished - not currently writable, but I dont see why it couldnt be

Things with no health aren't repairable, things that aren't built or supported in blueprints simply can't be blueprinted because the game engine wasn't coded to support it.
So trees health is different to built entities health somehow?
And why wouldn't things like trees be supported in blueprints ...

Some flags are assumed, and cannot be disabled (as far as I can tell) for things like trees, e.g. not-repairable and not-blueprintable, I think these could be quite useful in some specific cases
Thanks

Ive had a problem for a while where there is no way (that ive found) to add entities that dont snap to the grid, but you can still move between when you place them (apart from making them not collide with the player at all).
With a grid it is fairly simple (you just make the collision box slightly ...

Sorry for not replying to any comments for the past few months, the last time I checked (just before 0.13) this topic had drifted down to about page 4 or 5, so I didnt think there would be anyone using this mod anymore. I have tried to update it to 0.13, and have uploaded it to the factorio mods ...