Video Game Blog
February 20, 2019
As I migrate the old Play Map screen to the new version, I see an implimentation problem in getting the system to be flexable like I'm trying to make it. I see that the approach of the old has to be inverted and assembled in the opposite layers. So, I'm re-modeling the setup.
Imagine the piece of glass in a picture frame, the frame, and the photograph that is within. Before, I had the photo, I'd put a frame around it and then show it to the User through the glass. Simple enough...I knew how big the photo was, able to easily trim to the size and show it to the User.
Now though, the picture frame is variable. It changes according to each monitor that has the game displayed. Once the frame is built and placed, I have to get the photo to line up behind it according to the dimensions of the frame. And the challenge in this is that I have to adhere to some rules about creating the frame that then is used in future calculations...
Yes, a challenge. But through the looking glass I just showed you, you can see that I have an image of how to get it done.
To revert to the development stage, I've generated a test pattern generator to show me that things are mathmatically projecting correctly. In order as they appear, Square Map, Square-Iso, Rhombus-Iso, Hexagon-Iso...
The first two project an aligned grid of an odd number. The other two a missing half of the last row, which needs to be aligned properly, while ensuring that I maintain the odd number of Columns and Rows. Excuse the different sized screens...this is because I have different values being tested for each version.
In evaluating what is going on, I decided it was time-economically better to start over and pull tiny sections of code over at a time, merging the two versions of code.
