[Lou][2.0.8] Fast replacing undergound belts now rotates item in hand
Posted: Tue Oct 22, 2024 11:17 am
[2.0.8] Fast-Replace Tunnel Pairs Rotation & Click-Drag Fast-Replace Tunnel Single-End Removal
To start, this is not a game-breaking bug, at best a low-priority improvement for QoL.
(a) Fast-Replace Tunnel Pairs Rotation
(b) Click-Drag Fast-Replace Tunnel Single-End Removal
What did you do?
(a) Fast replaced pairs of tunnels between belt tiers.
(b) Click-drag-(fast-)replaced pairs of tunnels in succession.
What happened?
(a) Equip belt-tunnel, held by default as "A" end. Focus on currently-placed tier of same-ended tunnel and click. Fast-replaced pair of tunnels. Held item is now "B" end.
(b) When click-drag replacing tunnels, one of the ends simply deconstructs, without replacing it with the held-tier.
What did you expect to happen instead?
(a) I expected the starting/original/"A" tunnel end to continue being held. This allows fast-replacing another pair without needing to rotate the held "B" end.
(b) I expected when click-dragging the fast-replace for tunnels, that both ends are replaced normally.
Does it happen always, once, or sometimes?
(a) It happens always. It has only been tested so far with Yellow and Red tiers of tunnels. Behavious occurs no matter which tier is being replaced.
(b) Ditto.
What makes this a bug?
(a) Normally placing tunnels, expectedly reciprocates between holding the "A" end and "B". This is fine. Placing both ends always returns to the "A" end or whichever end the player started with.
When fast-replacing a tunnel-pair, one is instantly placing both tunnel ends. An exception should be made to check if the player is placing just the one or both belt ends at once. Might however have conflicting issues when Construction Bots do the same for individual ends.
(b) Probably related to the issues with (a) perhaps the engine attempts to click-drag-force-replace the "A" end with the held "B" end, cannot, and ends up only removing the to-be-replaced tunnel end.
To conclude, I have attached necessary files and a small editor-mode save. The videos also show the effect.
To start, this is not a game-breaking bug, at best a low-priority improvement for QoL.
(a) Fast-Replace Tunnel Pairs Rotation
(b) Click-Drag Fast-Replace Tunnel Single-End Removal
What did you do?
(a) Fast replaced pairs of tunnels between belt tiers.
(b) Click-drag-(fast-)replaced pairs of tunnels in succession.
What happened?
(a) Equip belt-tunnel, held by default as "A" end. Focus on currently-placed tier of same-ended tunnel and click. Fast-replaced pair of tunnels. Held item is now "B" end.
(b) When click-drag replacing tunnels, one of the ends simply deconstructs, without replacing it with the held-tier.
What did you expect to happen instead?
(a) I expected the starting/original/"A" tunnel end to continue being held. This allows fast-replacing another pair without needing to rotate the held "B" end.
(b) I expected when click-dragging the fast-replace for tunnels, that both ends are replaced normally.
Does it happen always, once, or sometimes?
(a) It happens always. It has only been tested so far with Yellow and Red tiers of tunnels. Behavious occurs no matter which tier is being replaced.
(b) Ditto.
What makes this a bug?
(a) Normally placing tunnels, expectedly reciprocates between holding the "A" end and "B". This is fine. Placing both ends always returns to the "A" end or whichever end the player started with.
When fast-replacing a tunnel-pair, one is instantly placing both tunnel ends. An exception should be made to check if the player is placing just the one or both belt ends at once. Might however have conflicting issues when Construction Bots do the same for individual ends.
(b) Probably related to the issues with (a) perhaps the engine attempts to click-drag-force-replace the "A" end with the held "B" end, cannot, and ends up only removing the to-be-replaced tunnel end.
To conclude, I have attached necessary files and a small editor-mode save. The videos also show the effect.