[✓][BUG] Disallow flipping/rotating of force-fields

[WillLem]

From ericderkovits on Discord:

I noticed the force fields can be rotated, inverted or flipped in the editor, thus making the force fields NOT work correctly. (ie flipping a left force field only flips the graphic but not the way it works, so a flipped left force graphic faces right but still acts as a left force field (Wrong), as the .ini file still says it acts whichever direction (left or right) even when the graphic is flipped.

I think force fields should NOT be allowed to be rotated, inverted or flipped just like the OWW's

[WillLem]

Agreed. I'll fix this for the next update.

[WillLem]

Force-fields can no longer be rotated, flipped or inverted in either RL Editor or RetroLemmini itself.

Fixed in RLPlayer commit dc52107, with Editor support in RLEditor commit c7717e5.

[Simon]

Makes me wonder how you're going to load from file a previously-rotated forcefield.

Load it rotated (as it was saved), and you can then rotate the tile to default rotation via UI, but then not re-rotate via UI? That would bring small extra concerns like how an undo stack must support undoing the rotate-to-normal, which is a re-rotation, even if manual re-rotation is forbidden.

Load it unrotated (enforce the default rotation of the tile-from-tileset on the tile-in-map)? Then load-then-save will gain a new side effect, it will now normalize according to a new rule. But level maintainers rely on load-then-save for some other normalization anyway.

Load it rotated (as it was saved) and then forbid all rotation: That would be contrary to what the bugfix intends.

NL 12.14's format is going to support these rotations whether we like it or not.

-- Simon