Compatiblilty with larger drills

[nicolas-lang]

Based on the report at the mods portal, I have modified the pipe building to be based on the fluid box prototype instead being hardcoded.

I have done a couple of tests with the bigger AAI drills and it seems to be working fine. Unfortunately nobody in the mod portal forums offered test-feedback.

While I like the general structure of the new logic there are two places where I am unsure:
1.
local fluidbox_prototype = drill.fluidbox.get_prototype(1) is this the way to get the correct fluid box, or would using game.entity_prototypes[drill.name] (and then go to the members) be more correct...
2.
autodeconstruct.build_pipe(drillData, pipeType, conn.positions[1])
... why has the fluidbox prototype an array for each connection even though the drill was only created with a single location for the connection. This seems strange but works...

I'll just open it as a pull request for now, maybe you can also have a look.

A pre-realease test package (zip) is available at https://github.com/nicolas-lang/AutoDeconstruct/releases

P.S. ( I was busy and the invite timed out)

[robot256]

This PR also addresses #14. Just one comment, in your addition to find_all_entities, line 25 should be continue, not break, so that it keeps iterating over any remaining valid surfaces. (I've never had the game give me an invalid surface object, but you never know.)

[nicolas-lang]

there is no continue in lua, but I'll have a look to maybe change the if then a bit

[robot256]

Oh yes, my bad. I'll test this tomorrow! Would be great for it to work with the miners in my Space Exploration game.

[robot256]

I have tested that the surface checking code works, both when upgrading the mod and when adding it to an existing save. The fluid box code also works with 3x3 miners. Haven't tested it with larger ones yet.

[softmix]

Thank you for this