Fixed Group Window for ProfitUI - Please test
1 Attachment(s)
I believe I have fixed the ProfitUI Group Members Window for display in Vertical Mode. Can I please have some people test this out for me to make sure? This is the first actual public fix for me but I thought I would post it anyways.
Please let me know if anything is wierd. Thanks! Sharpcharm of Guk |
Seems to be working fine. Thanks!
|
Quote:
|
Nope, the window is still twice as tall as the previous.
If you change it to horizontal then back it works for 1-2 seconds then widens again. So the 6th group member is actually cut off still. :( :( |
On line 83, changing
Quote:
Quote:
It just seems like the other group members do not want to do as they're told when making the same changes. Im guessing its something to do with the content for the original group member that's preventing them from moving up. Has anyone else had success with this? |
Part of it's the Size attribute. It sets the GroupMemberN element to 38 pixels height, but the Size attributes on the contained elements is set to 44 pixels height. That combined with some of the size-changing hard-coded into the window for the SOEmote portraits seems to cause positioning to go wonky. I had to increase the Size height of GroupMemberN to 44 pixels to match the contained elements before it'd work right. And it's still a little shifty when it first comes up, until some activity triggers the hard-coding and gets everything to settle into place.
|
So would changing the contained element size to 38 instead of 44, to match the GroupMemberN size, would that then remove the extra spacing?
I don't even use the portrait stuff, I just want my group window to be spaced the way it was, as now, the 6th person is off the screen, and I cant make it larger because I have my UI setup a certain way, and it wouldn't fit... It seems there's something missing in the GroupMember0 section with all the others, because it's the only one that moves GroupMember2 up when you change the height of GroupMember2. Changing the Height of 3,4,5 doesn't move them.. So maybe we could just find the offending lines and remove them? tknarr, are you willing to help release a fix for this bug? Our entire guild, I'm sure many others, have been having a hard time, having to rely on the raid window exclusively.. :( |
Quote:
As far as I know the window's currently fixed: no shifting around, no misalignment and no failures of any of the clickable elements. The only change is a few extra pixels of size that I can't find a way to get rid of, and the fact that if you enable the portraits the window as a whole is forcibly resized to accomodate them (this doesn't affect the elements in the window, and it doesn't happen except when you deliberately toggle portraits on or off via the right-click menu). So exactly what bug are you seeing that at this point needs fixing and can be fixed? |
The group window seems to have extra spacing between group members. So each group member is a little further away than it should be from the next member. So the 6th group member is actually cut off, and the space that it was in (Above my raid window) it still the same size as it has been for years, so I know that it's the group window itself (outside of other people in guild having the problem).
The 2 for group member 2, used to be directly below the HP/MP bars I've had my UI setup like this for many years never unchanged, and it's the same for every guild member using profit (I've also tried deleting it and letting the updater get it again to make sure it wasn't something I broke) Edit: With the raid window up PS: I joined a random pug just to get a group for screenies, so ignore the classes and stuff lol |
That's unfortunately not a bug I can fix. The SOEmote changes introduced some padding I can't get rid of. All I could do is adjust the size/positioning of the elements and the size of the window to accomodate the extra padding without having things misaligned. The cut-off is I suspect from you already having a size for the window in your UI settings, you'll need to resize the window to account for the extra space.
Anything beyond that is going to require me to completely rewrite the group window to not use SOE's group-member elements but build my own the same way as had to be done for GroupMember0. With my work schedule I don't have the free time for that amount of work. When I can I'll see if I can clean things up and squeeze out those few extra pixels, but I had no luck with the obvious change (reducing the interior size to 38 pixels, which simply resulted in the bottom being cut off of each group member's elements). |
Options?
Since this looks like it will be problematic to fix, what is everyone using in the meantime? The 6th group member is cut off for me too. :(
|
Just reporting I have no problems with the group window since the fix. All members in vertical mode show fine and all click to cures work.
|
still frustrating
I've tried the various fixes listed, but to no avail.
I tried setting the window to horizontal, then back to verticle, and as Noviets said, it fixes for like 1-2 seconds, then cuts off group member 6 again. What's the most frustrating is that I hear people all over say they got it working, yet I can't =\ |
Quote:
|
tknarr; But we would love you forever n ever n ever! <3 <3
Is there a way to just remove the portrait stuff from Groupmembers1+ like it is for groupmember0? Maybe make the same data field names then gave them no data? I'm not sure how it works exactly, but it seems like there should be an easier way than having to re-write an entire UI window >.< |
Quote:
|
Thank you tknarr!
Thank you for your help and dedication tknarr! My group window is still FUBAR'd. Hope you can get this sorted out soon. Good luck and thanks again!
|
All times are GMT -5. The time now is 01:32 AM. |
vBulletin® - Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
© MMOUI