Fixed Group Window for ProfitUI - Please test

[tknarr]

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).

[Liftik]

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.

[Zidu]

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.

[Liftik]

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 =\

[tknarr]

Originally Posted by Liftik

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.

Have you attempted to unlock and resize the window large enough to show all the elements? As has been noted, the individual elements are taller and windows sized for what worked pre-SOEmote will not fit all the post-SOEmote elements. I may eventually be able to fix this, but so far I'm not having much luck (and I'm not completely recoding the window from scratch for anything short of functional breakage that gives me no other choice).

[Noviets]

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 >.<

[tknarr]

Originally Posted by Noviets

Is there a way to just remove the portrait stuff from Groupmembers1+ like it is for groupmember0?

It's already removed. The problem is, as I've said, hard-coded behavior: sizing and size changes applied not by the UI XML but by the game client itself, in this case to account for the extra height the portraits require. As long as a UI uses the standard elements SOE has for the group members, some things about them like their vertical size aren't completely controllable by the UI XML. Most stuff is, and using the standard elements makes it a lot less work to keep up with UI changes, but every now and then you run into weirdness like this. I suspect that's one of the reasons the sizing of the elements was inconsistent in the first place, to work around some weird hard-coded behavior that's since changed (but it didn't break things, so nobody bothered to update the group window element sizes). I keep working on it, but work keeps me overloaded during the week and coordinating with several other people so I can fill out all 6 group slots makes testing more annoying than for most stuff.