06-05-2020, 04:32 PM
BIG BUMP!
to version 1.2
Grawww.... I had to perform a logical error fix.
The system is meant to allow one to make Big Maps. That is understandable. However, I want the system to allow you to be able to make MANY big maps, and not just one. This was the intent. Unfortunately, some neglect popped up and the only big map created until now was just the first one configured. If you set up maps F and G and H, only the first 'F' map would be generated and all the other maps were normal.
What do I mean? Well, assume you have the following set-up in the script:
Code:
# MAP LIST Hor Ver List of BigMaps
# ========= === === ============
#
Map['f'] = [ [ 3, 3 ] , [ 1, 2, 3, # Assumes first three on top
4, 5, 6, # Assumes next three in mid.
7, 8, 9 ] ] # Assuming last three below
Map['g'] = [ [ 4, 4 ] , [10,11,12,13,
14,15,16,17,
18,19,20,21,
22,23,24,25 ] ]
Map['c'] = [ [ 2, 4 ] , [26,27,28,29 ] ]
With this, only the first encountered big map, big map "f" would be generated. That was a problem only recently detected.
BUT THAT IS WHY I MADE THIS BUMP.
This issue has now been corrected, and you can make multiple big maps and not just one.
For coders (or users of my revised Charlie Fleed MiniMap), each Big Map has an identifying Key value, that being the key you use within the Map[] hash, like the 'f', 'g' and 'c' examples above.