Most of the information about the region is masked in the master branch, and the range of the region is hard to recognize.
But I added a lot of display about region in addition to GUI overhaul.
When I was testing it, I noticed that rotating the map completely lost information about the region. Rotating it four times will not restore it. (´・ω・｀)
Even if you save it and reload it, it will not be restored. All region information will be lost and all will be in the same region (Albion).
Originally the information in the region was hard to recognize, so I'm not sure if this was brought about by the patch or was it originally.
The zstd branch adds region information to many list dialogs. For example city list dialog and attraction list. You can see about this symptom.
EDIT:
I think region will be empty() instead of albion.
This bug turned out to be reproducible on the master branch.
Reproduction procedure
(1) Display the ground dialog with the inspection tool. You can see that region info is written.
(https://i.imgur.com/skFPVkh.png)
(2) Keep it open and rotate the camera. You can see that the region info disappears.
(3) Save the game and reload it.
(4) Display the ground dialog with the inspection tool again. You can see that region info isn't anywhere.
Thank you for your report. I have now partly fixed this, in that region data are no longer deleted on rotation.
However, there is a more complex issue: when the map is rotated, what counts as 0,0 changes place and is no longer 0,0. The region code (karte_t::get_region()) assumes that all the regions are defined relative to a fixed 0,0, as regions are intended to be layered on top of one another. Thus, on rotation, the "Albion" region will take over the whole map until it is rotated back to its original orientation when the original regions are restored.
It is difficult to think of a straightforward solution to this.
How about evaluating the regions at map generation, and storing the region on each tile (similar to climate)?
Would that take too much space? Or, recalculating the region borders according to current rotation?
Quote from: Vladki on December 12, 2020, 06:39:53 PM
How about evaluating the regions at map generation, and storing the region on each tile (similar to climate)?
Would that take too much space? Or, recalculating the region borders according to current rotation?
I deliberately avoided doing this because of the memory requirements: the tile data already takes the most memory of any single data structure in the game.
As to recalculating the region borders based on rotation, it is exactly that that is difficult to think how to do.
So, the regions are defined by upper left, and lower right corner, with 0,0 - 100,100 being the whole map.
Lets mark upper left coordinates as x1,y1 and lower right as x2,y2. After rotation - clockwise, the new coordinates are X1,Y1 and X2, Y2
X1 = 100-y2
Y1 = x1
X2 = 100-y1
Y2 = x2
You could easily rotate the coordinates back; the scripting engine always uses fixed coordinates, regardless of rotation.