
CURRENTLY
Using the UI, players can drag-and-drop tokens and they will (by default) snap to the cells on the map grid.
The UI can label these cells automatically (I refer to this as the cell's "address" below)
This this is independent of scale, units, or type (hexH, hexV, or square)
PROBLEMS
Roll20 Hex Math is Hard.
DESIRED
I would like to be able to utilize the existing UI grid system from the API (or macro) to be able to:
ASSUMPTIONS
Obviously, in order for these cell addresses to be of any value, snap-to-grid should be enabled on the map.
Using the UI, players can drag-and-drop tokens and they will (by default) snap to the cells on the map grid.
The UI can label these cells automatically (I refer to this as the cell's "address" below)
This this is independent of scale, units, or type (hexH, hexV, or square)
PROBLEMS
Roll20 Hex Math is Hard.
- The existing distance between hex "centers" isn't 70.
- The distance between hex centers is different in two of the directions compared to the third.
- The distances between hex centers are different in H and V modes.
- These distances aren't nice, whole, rational, counting numbers. Not even close.
DESIRED
I would like to be able to utilize the existing UI grid system from the API (or macro) to be able to:
- retrieve a token's current cell address, or nearest cell if not snapped
- move and snap a token to a specific cell using the cell address
- find the number of cells between two tokens.
- squares are easy, and should be based on the map setting (either Manhattan or 4e, Euclidean and Pathfinder wouldn't apply in this case)
- hexes are pretty much always Manhattan style
- obtain a list of cells the token occupies if it is a "large" token - fully or partially would be two options
- rotate a token to face a given cell face (4 choices for square, 6 for hexes)
- this brings up the question of which direction a token is facing in the first place
- be able to "drive" a token forward one cell (move and snap to the adjacent cell)
- this also brings up the question of which direction a token is facing in the first place
ASSUMPTIONS
Obviously, in order for these cell addresses to be of any value, snap-to-grid should be enabled on the map.