${Me.GroupMember[n]} (1-5) ...returns string

board_lurker_01 · Post by **board_lurker_01** » Fri Aug 20, 2004 3:27 pm

Funkyness in this.

${Me.GroupMember[4]} is returning my own name, 1-5 should only be groupmembers excluding myself no?

${Group[4].CleanName} is at the same time (while beeing in same zone) return the name of my F5 target. (and of course returns NULL if i zone)

So it looks to me theres an issue with it, can anyone else confirm this oddity?

board_lurker_01 · Post by **board_lurker_01** » Fri Aug 20, 2004 3:29 pm

${Me.GroupMember[4]} is returning my own name

n (in this case 4) will of course vary depending in which order you were invited to group.

Amadeus · Post by **Amadeus** » Fri Aug 20, 2004 3:48 pm

Yea...it's goofy ...I think there might actually be 6 slots there instead of 5 ...with one being empty if you're the group leader. ...but I didn't get a chance to test it.

wassup · Post by **wassup** » Fri Aug 20, 2004 9:34 pm

I keep trying to get with Amadeus in IRC to tell him that this fuction was already in MQ2 as a TLO.

The TLO spawn ${Group[n]} already exists. Give that a try instead.

${Group[2].Name} for example.

Night Hawk · Post by **Night Hawk** » Fri Aug 20, 2004 9:38 pm

Since this is on the Group subject, I was reading through the changes figuring I missed something, saw:

Some tweaking to attempt to make ${xxx.Grouped} more consistant

But seems my problem lies within this line:

${If[${Me.Grouped},/g INC blah,]}

When I'm not grouped, I get the EQ error of "Talking to yourself again? Your not in a group" or something along those lines. But works correctly when grouped. Just kind of wondering on that. I know it started doing this since the August 19 2004 02:07:10 patch.

Thanx for any info. Don't mean to badger, if it's a simple fix, I'll simply wait.

Amadeus · Post by **Amadeus** » Fri Aug 20, 2004 10:01 pm

I keep trying to get with Amadeus in IRC to tell him that this fuction was already in MQ2 as a TLO.

The TLO spawn ${Group[n]} already exists. Give that a try instead.

This is because the information is stored in two different places. It's stored at EQADDR_GROUPCOUNT (__GroupCount) as well as stored in the Charinfo struct. Therefore, it is valid for it to be called from the charinfo side of things (ie, ${Me.GroupMember[n]} as well as from the group offset itself ${Group[n]}

The reason that Me.GroupMember[] isn't working exactly right is because we don't have the struct tweaked perfectly yet and we're still learning exactly how it's used in the game. However, this is not the only case in MQ(and EQ) where the same information is obtainable in two different ways (ie, your character's name).

However ...next zip I'll probably remove it to avoid confusion. What I don't understand is why people were asking for this feature if it was already in the program.

Amadeus · Post by **Amadeus** » Fri Aug 20, 2004 10:03 pm

But seems my problem lies within this line:

${If[${Me.Grouped},/g INC blah,]}

When I'm not grouped, I get the EQ error of "Talking to yourself again? Your not in a group" or something along those lines. But works correctly when grouped. Just kind of wondering on that. I know it started doing this since the August 19 2004 02:07:10 patch.

Thanx for any info. Don't mean to badger, if it's a simple fix, I'll simply wait.

I have another idea on how to fix this ....let me look into it.

wassup · Post by **wassup** » Fri Aug 20, 2004 11:23 pm

Amadeus wrote: However ...next zip I'll probably remove it to avoid confusion. What I don't understand is why people were asking for this feature if it was already in the program.

They don't RTFM...

Rusty~ · Post by **Rusty~** » Sat Aug 21, 2004 1:45 am

actually, getting your group members' names when they are not in zone could be useful, and you can't do that using the ${Group} TLO, since it is a spawn type. i actually needed this a while back but came up with a work-around for it by using UI windows. i used this to get the name of someone in group out of zone:

Code: Select all

${Window[GroupWindow].Child[GW_Gauge1].Tooltip.Arg[1]}

of course, i was using this to consent everyone in group, which is now useless that they added a command that does that, but i'm sure there are other uses for it (group window HUDS?)

Amadeus · Post by **Amadeus** » Sat Aug 21, 2004 2:04 am

I knew there was a reason I did it ..that was it: the cross zone thing.

Let me figure out the struct and I'll try to put something in that fixes everything.

Is the new ${Me.Grouped} working when you're in a group of 2 people where you're not in the same zone?

board_lurker_01 · Post by **board_lurker_01** » Thu Aug 26, 2004 4:24 pm

It returns true when you are grouped across zones yes. Not tested with a 2man group though, but works well with full groups.

But still need a way to catch the groupmember names but if you are asking for the purpose of understanding the datastructure in memory, yes this works.

Rusty~ · Post by **Rusty~** » Fri Aug 27, 2004 12:13 am

is the groupmember thing being worked on still? i got a nice HUD i'm working on now. just need a way to show group members names when they're not in zone.

board_lurker_01 · Post by **board_lurker_01** » Sat Aug 28, 2004 8:42 am

It works sort of. But theres something wrong in the array, it cant be 1-5 only cause your own name is in there aswell, so additional research needed.

If you find the correct struct for it Amadeus then I suggest the array should be enumerated the same way as ${Group[n]} also,

if the names are in different order this creates some new...challenges.