GroupMembers' hardcoded VolumePage behavior
This may be a silly question... but is there any way at all to get rid of this? It's driving me crazy and I can't figure out why it even exists considering VolumePages actually exist without hardcoding.
Simply I want to create a group window arranged in a 3x2 grid. Which of course means I am moving the player's stuff into it. Forget for the moment I don't have the cure indicators working past being grey boxes...
So I create my pages in the layout that I want which works fine in UIBuilder... but put it into the game and my 3x2 grid turns into:
F1 | F2 | F3
__ | F4 | F5
__ | F6
I'm not even sure what kind of grid to call that. Obviously it's taking into account F2's position and arranging F3-6 based on that. Which is sort of crazy because I'm using pack sizes so the page children always fit and will never want to go to the next row.
I read a thread from like 4 years ago regarding this complaint and ran across the idea of programatically setting each member's page location. So I made it so when ever a group member was shown, it would relocate all of the pages. I honestly thought that would work. But what I didn't know is that not only does it relocate all of the pages with hardcode every time it resizes, but there's a million other invisible events that cause it. Just standing in a group might not be bad, but if you're in combat you'll get it repositioned so often that if you use a hotkey macro to trigger the 3x2 layout, it might be in that messed up grid faster than the next frame is rendered.
Considering this issue is so old, you guys can probably tell me right now if it's hopeless and I can avoid spending another two days on it.
|