[Bug]: Token facing with snapping preferences disable is 180° from default

[kwvanderlinde]

Describe the Bug

If the Facing > On Edges and Facing > On Vertices preferences are both disabled, the snapped facing (shift+mouse wheel) is largely not functional. That's not ideal IMO, but also not inherently broken. The confusing thing though is that the one facing that is permitted in this case is north, whereas the default token facing is south. This means that a new top-down token can be added to a map, and it will facing in one direction, but any use of shift+mouse wheel will cause it to face 180° from there, with no way to put it back to default using the same interactions.

Note that ctrl+shift+mouse wheel still works as normal since it doesn't care about facing snap settings.

To Reproduce

1. Add a top-down token to a map. Note the direction it is facing.
2. Select the token.
3. Hold shift and spin the mouse wheel.
4. Note that the token is now facing the opposite direction.

Expected Behaviour

My preference would be for shift+mouse wheel to work the same as ctrl+shift+mouse wheel when both Facing > On Edges and Facing > On Vertices are disabled, i.e., only do minor adjustments without snapping.

I think these other options would be equally acceptable for shift+mouse wheel when these preferences are disabled, though it would not be my personal preference:

• It does nothing (can't snap since snapping is disabled).
• It forces the token to the default facing of south (just to avoid confusion)

Screenshots

These are the preferences in question:

Here is the default token facing:

But it gets forced to this when using shift+mouse wheel:

MapTool Info

1.18.6

Desktop

Linux Mint 22.2

Additional Context

No response