SOEmote changes
 

I've seen some tenative UI elements for SOEmote on Test, but today when I patched in and diffed with live the only differences were in eq2_poi.xml, and most of those were localization tags being added. Profit doesn't mod that file, so I don't think there's going to be anything needed there. What bothers me is that I saw changes to the socials window and some others that Profit does mod, and now I don't see any trace of that. It's scheduled for August 7th, so I figured I'd give a heads-up here that if I can't see the new UI files on Test I won't be able to even tell what in Profit needs updated let alone start doing the updates until after it goes live. You Have Been Warned. :)

Question: it looks like SOEmote's going to include image elements in the group window to show the camera feed from group members. That'll probably also include the raid window. I'm imagining these'll be fairly large, if they were the size of say the cure icons or even the height of a single entry in the group window it'd make it pretty hard to see a face in there which'd kind of defeat the point. I'm thinking that if that's the case there'll be a significant portion of the userbase who won't want those elements there just because it'll take up too much screen real-estate. Feelings on this?

hi. my group window is messed up since patch.

Getting in to game to check now. The diffs indicate that other than the new element for the face there's no significant changes to the group window, and that's the only window that Profit mods that changed.

Added: Quick check shows the group window not doing anything unexpected. Cures work, QRBs work, the only thing is that hiding and showing the portraits is a no-op. What I'd suggest if you're still having problems is delete UI/ProfitUI/eq2ui_mainhud_groupmembers.xml and re-run the updater, then go in to the EQ2 game directory and delete the "logincache-us" and "cache" and try re-running the launchpad.

Group window is definitely jacked up. Every person using profit with the group in a vertical position in my guild needed to "stretch" their window out as it cut the 6th persons name in half. This made the window about 3/4 inch taller then it was yesterday.

Something most certainly changed.

Yeah, seeing a bunch of problems with the group window now that I'm running it with a full group. Looks like all size/position issues with elements being hidden. I'll have a fix up by tomorrow.

Click to cure and quick raid buttons are now misaligned since SOE spread out the group window. Hopefully it can be fixed quickly as it's making curing rather difficult to guess where to click.

I'm still working on the alignment. For no apparent reason the standard vertical group window expanded from 230 to 260, and it seems like the player slots went from 38 to 43 while the QRB and cure buttons stay on a 38-pixel spacing. I'm betting something similar happened to the horizontal spacing too, but I'm working on the vertical first since it's what I use.

I have work tomorrow, so 1am's my cut-off. If I don't have anything working by then it'll be Wednesday evening before I have anything ready.

Be warned: the default UI files are messed up too. SOE seems to have kept referring to group member 1's data for the other player slots. I expect they'll patch that soon.

I think I'm just going to abandon the default group window tree layout, and put everything one element deeper. Tired of group window changes like this from SOE, and there should be sufficient dynamic data now to move the elements as wanted.

Just thought I'd share, as it might be useful in your situation to avoid having to code around these elements changing their sizes due to the SOEmote integration update.

What worries me is that as broken as the group window is in the default UI, I can't see how it's not causing complaints left and right. And if they're hard-coding parts of the group window, that's going to make it a pain to mod. I'll see what comes up in the forums tomorrow, and maybe PM one of the devs (ttobey might be able to point me in the right direction).

Not sure why, but the Fetish group window seem to work perfectly fine, hasn't seemed to bug out at all in the update that I've seen. Zonx had somewhat of a Fetish (heh-heh) for completely redoing windows, so it might be that it was enough of a rework that whatever hardcoding they may have put in isn't affecting it.

Everything in the Profit group window works, that's the weird part. It's just that the quick-raid and cure buttons (the reactive spot, not the light-up icon) start out aligned right for group member 0 (self) and then get progressively further and further misaligned up as if they were being set on a shorter vertical spacing than the player names, bars and light-up detrimental icons. If I can figure out what's causing that misalignment, I can probably get everything lined back up right. I think it's got something to do with the exact relationship between the "GroupMemberN", "MemberInfo" and "MemberInfoPage" Page elements.

Last I looked allot of the dynamic data for group didn't work Drums, Its been a while but the DD that was there never seen to work. Like you I was like the heck with with it, I'll make my own. Sadly stuff like group leader, is in/out of zone and I think even health and power had issues.

I figured out what the trick was. Apparently the "GroupMemberN", "MemberInfoPage" and "MemberInfo" Page elements have some invisible padding on them. Profit positions "GroupMemberN" on 38-pixel spacing, so the vertical positions are 0, 38, 76, 114, 152, 190. But the QRB and cures elements (that'd normally overlay the "Effects" Page element) need to be positioned on 44-pixel spacing to line up right, making the vertical positions for the "GroupMemberNCureEffects" Page elements 0, 44, 88, 132, 176, 220 plus the 18-pixel offset to line them up over the detrimental icons. I also had to add 30 pixels to the window size. I think the 38- vs. 44-pixel sizing has to do with the fact that Profit sets the vertical size of the "GroupMemberN" page to 38 pixels but "MemberInfoPage" and "MemberInfo" to 44. Changing the sizing of "GroupMemberN" to 44 and repositioning on 44-pixel spacing causes the group member rows to be positioned on what looks like a 50-pixel spacing, so that didn't work. I'll bet the same adjustment is needed for other UIs.

This is the regular group window. I've adjusted the vertical placement and it seems to work. I'm not sure about the horizontal, it looks like it works but I'd like an opinion from someone who runs it regularly. The one thing I see that I think needs adjusted is the vertical size of the horizontal version (window frame = none). I'm looking at how I can add what looks like an extra 6 pixels to it's size.

I just tried the group window i use mine Horizontal. My Group name is shifted up a little and the other members, show the click to cure icons cut off a little.

tnx 4 this fix, just wanted to know, is this the only fix u'r gonna do? u r not going to fix the size ? :(

Ravenlook: I can't do anything about the size. Something in SOE's changes is forcing an extra 6 pixels per row in, and at the moment I can't figure out how to get rid of it without cutting the health/power bars off part-way. My priority's getting it functional, once that's done I'll go back and see if I can shave those extra pixels off.

Zedlav: working on the horizontal version and the compact variant now. The cure icon cut-off's the same 6-pixel change as above, once I increase the height of the window the icons shouldn't be cut off anymore.

Please test my fixed file here: http://www.eq2interface.com/forums/s...ad.php?t=16589

Not sure how it works on others UI installs. But it works 100% on my setup.

Fixed the regular window, vertical and horizontal. Here's the file I'm sending to the updater.

One weird glitch is that if you switch between vertical and horizontal and back, the positioning of the group members in vertical sometimes gets thrown off. Changing the state of the SOEmote portraits (I toggle them on and back off) causes things to reposition to the right spots. I think the game hard-codes some UI positioning and this is just an artifact of that. I've seen it happen once when I first started the window in vertical, but if I don't change the orientation the fix seems to stick across game sessions, character camping and the like.

I found this out today. It's so extreme that if you remove all contents of group window, and then try to check the dynamic data in game with the slash command /dynamicdata, it won't even work. Pretty dumb.

I found that if you just embed the default group window code, in a 0x0 page or whatever, and then go and use that dynamic data in your own layout, it works just fine though.
However, you lose things like being able to click on group members easily, and tooltip stuff. I'm sure you could get that functionality back, but it's beyond my patience to do...

My workaround is just messing with MaximumSize and MinimumSize to get around this, also dumb, change to more "hardcoding" in the group window.

Can we get a fix for the compact horizontal version? The names have squished up close to each other, and the buttons are misaligned slightly. I tried the one linked above by tknarr, but its only the large version and i've been using compact for years now =(

I'm working on it now, it should be on the updater sometime tomorrow.

The updater file seems to glitch out on me. Can you verify the right one is on the updater, I have to revert to the fixed file I uploaded I last night to these forums.

The updater's downloading the right one for the default group window (I routinely check that). The compact variant's going off to Kaldran to put up later tonight once I test it. I've noticed sometimes that if you've selected a variant you have to reselect that variant to get it to update the zipfile and extract the new XML.

I just checked the compact version, and the current window seems to be working OK without any of the misalignment that plagued the regular version. Can you get a screenshot of how it looks so I can see what's wrong with it? Thanks.

Here's just the group window, where you can see it all squished up to the right.


And this is the window where i edited in what happens when you mouse over the quick click buttons, you can see how they don't fit anymore, and slide a bit farther and farther to the left of each player.


I made sure to change my variant on the patcher to default then back to compact before I took these screenshots, and the file is not being ignored.

OK, I see what's happening there. It's the same kind of problem the regular window had, but in the horizontal not the vertical. One thing: please try toggling the SOEmote portrait windows on and off. I noticed on the regular vertical window that the first time I did that it shifted things downwards. It might shift the horizontal layout elements to the right. I'm going to see if I can fill up a group tonight long enough to nail down and eliminate the problem.

Toggling the group portraits doesn't seem to do anything to the window.

Thanks. That means it's the misalignment I think it is: changes in the hard-coded padding of the "GroupMemberN" elements SOE uses that throws off the actual positioning relative to what the XML says. This evening I'll have enough friends to give me a full group and I should be able to iron out the misalignment. The good news is that the vertical orientation doesn't seem to need any fixing.

This is what I've got for the compact variant. The vertical orientation's working. The horizontal... I managed to get the group members to stop shifting left and crowding each other, I still need to nail down the horizontal alignment of the quick-raid and cure buttons. As with the default variant, some extra padding's made the window 30 pixels taller and increased the vertical spacing of group members by 6 pixels each. I haven't found a way to fix that, the padding seems to be hard-coded and not controlled by the UI XML.

Again, this is the compact group window, not the default one.

Ooooh, this did NOT work.... i mean the names are farther apart, which is nice, but now the 6th person gets cut off when in horizontal, and i can't seem to resize the window larger to get them =( It looks like its only a pixel or two too big, because sometimes I can get it to show the 6th person, by swapping from horizontal to vertical and back, but as soon as i click ok, it disappears again (I assume wrapping to a position below the others and out of sight). So maybe just decrease the spacing between each person by 1 pixel should work.... this coming from someone who doesn't know how any of this UI stuff works or I'd do it myself...

Getting so frustrated, sorry! I tried just deleting the file and letting the updater download whatever the new one is, and it didn't download anything. I have changed the file a dozen times and it never seems to register anything. Its not ignored, so I don't know why the patcher just does not want to patch the eq2ui_mainhud_groupmembers file for me. =/ Using the non-compact until the compact is fixed, but I had to download it from here cuz patcher didn't work for me.

That's definitely weird. Try checking in Settings | File Paths and make sure the "Everquest II - Folder" path points to the right location. I'm pretty sure the updater'll download the file if it's not there, I'm doing that repeatedly to clean up after editing sessions (I want to be sure I'm back to what's on the updater, not some weird variation I left hanging around by mistake).

If you're not sure where the game itself is looking, run the launchpad and click on the toolbox icon (in the lower left corner) and use the Open Game Directory selection. That'll open the folder the launchpad thinks the game lives in. Make sure it and the Profit updater setting match what you expect.

OK, this seems to get the positioning right for the compact variant horizontal and vertical orientations. I'm sending this to the updater, and attaching it here for anyone who wants it before it hits the updater.

I plan to send one more update of the group windows up tonight. No functional changes or positioning, this one's just to adjust the minimum and maximum sizes of the windows. I'm going to set the minimum and maximum size of the "fixed" axis (width for vertical, height for horizontal) to just enough for the window elements, and make the "variable" axis minimum big enough for 2 members and the maximum 6.

WOOHOO! Thank you so much for getting the compact horizontal window fixed, Tknarr! I also did get the new file through the patcher, and saw it was the zip which explains alot. It works great and I'm very happy to have it back!

Yes, the default group window's the normal-sized one and the compact is a variant. The variants are all packaged in zipfiles, and selecting the variant in the menu sets the updater to download and extract the appropriate zipfile instead of just updating the default file. Sometimes the updater does get weird and won't redownload the zipfile automatically (I think it's got something to do with the exact timestamps on the zipfile), but for me selecting the default variant and then reselecting the one I want always forced a redownload of the current zipfile and fixed things. I try to make sure all the zipfiles I create have creation and modification dates updated to keep the downloader from glitching.