EQ2Interface

EQ2Interface (https://www.eq2interface.com/forums/index.php)
-   UI User Discussion (https://www.eq2interface.com/forums/forumdisplay.php?f=26)
-   -   Targeting a whole group (https://www.eq2interface.com/forums/showthread.php?t=13924)

battosa 03-03-2010 04:10 AM

Targeting a whole group
 
is there a way to target a whole group instead of targeting one player in the group?

or at least a way to target one player in a group without having to set a specific name ?

something like target_nearest_player_in_group_1 lol maybe to simple ^^

i would like to make a simple little windows for the coercer Mythical Mana Feed with 4 button ( one for each group )

right now i use 4 macro for targeting one player in each group then casting the spell but i need to edit each name before. ( the mythical feed mana effect target all the group but don't permit to set a target name on the spell with the ingame macro system )

---

also is there a guide that explain how to create a .dds image for icon , i tried to copy, paste and save a part of an existing dds file , but the game was crashing each time i pointed the image . maybe i need a particular program to save it , or a max/mini size to keep?

Edit : just saw the dds/graphic forum , next time i'll look at the forums after my coffee :p

lordebon 03-03-2010 09:27 AM

You can only ever target one person. The game doesn't give distances to people, so there's no real way of determining which person in a group is closest to you, so you just have to pick a person and see if they're in range, if not try a different one.

EQAditu 03-03-2010 09:41 AM

Hmm, I can understand why that might be desirable since there is no DynamicData to get raid member names. But useabilityonplayer requires a real name anyways.

The only way I can think of doing this is to reference a name label from within the raid window during run-time by going upwards in the node tree from your window and down through the raid window.

As I remember the node paths above your own window at run-time is a flat list and not a branching tree as one would expect by reading the XML files.

_HUD.Raid.Volume.Group1.Member1.Basic.Name.FullName might get you the name of G1 M1. I haven't tried an absolute path like that lately, so it may be incorrect. You might want to try using Parent.Parent.Raid.etc to reference the node using a relative path. Just get the number of Parent nodes straight.

This won't really work if the member you're referencing is dead or zoned out of course. So you might have to get hackish and try casting on more than one. I read that useability type commands won't queue if something is already casting, so it won't spam the server anyways.

PS. This is more of a "UI Developer Discussion" thread.

battosa 03-03-2010 09:58 AM

hum i will think of it at least it give me a direction to start with

and yes for the topic , when i write the post i think i was in the develloper part :p

if someone could move it ? :)

Drumstix42 03-03-2010 06:01 PM

useability(onplayer) queues as long as you don't switch targets before it goes off. At least it's been working that way on my end.

If you use a raid window with click abilities, it's probably easier to just edit it for what you want to do :)

battosa 03-04-2010 03:59 AM

yes it would be easier but i like the idea :D

i will check it when i have time :)

i was wondering tough , is this possible to "copy" part of the raid windows code to make a small windows that just show the first member of each group , with the possibility to edit the clicky ?
i mean, is it risky ?( conflict and co )

it could do the trick even if it's not what i will try to do first ^^

EQAditu 03-04-2010 10:45 AM

Well, the player names in the raid window are populated by hard coding. So the window name would have to remain, "Raid" and the internal structure would have to be the same as well.

I've never tried to clone a window in attempts that the game would do the same changes to both windows since they have the same node path. Also if you make the window the same name, it may do some compatibility checks and warn the user that their Raid window is not working properly(if parts are missing).

Since I am unsure about this... I would have personally stuck with my original suggestion as the internal structure of the custom window doesn't matter while a clone would have to be exact.

battosa 03-04-2010 01:01 PM

yes i think i will stick to my first idea , :)

saroiel 03-04-2010 01:09 PM

Quote:

is this possible to "copy" part of the raid windows code to make a small windows that just show the first member of each group , with the possibility to edit the clicky ?
Yes, it's possible ..

Just an idea :

put a checkbox in the Raid WindowFrame and make code like that :

OnSet :
Code:

Parent.Volume.Group1.Member1.Basic.Name.OnTextChanged = '(path to your custom window).button.press = true'
Parent.Volume.Group2.Member1.Basic.Name.OnTextChanged = '(path to your custom window).button.press = true'
Parent.Volume.Group3.Member1.Basic.Name.OnTextChanged = '(path to your custom window).button.press = true'
Parent.Volume.Group4.Member1.Basic.Name.OnTextChanged = '(path to your custom window).button.press = true'

Onunset :
Code:

Parent.Volume.Group1.Member1.Basic.Name.OnTextChanged = ' '
Parent.Volume.Group2.Member1.Basic.Name.OnTextChanged = ' '
Parent.Volume.Group3.Member1.Basic.Name.OnTextChanged = ' '
Parent.Volume.Group4.Member1.Basic.Name.OnTextChanged = ' '

In your custom window, a button (hidden)

OnPress :
Code:

Target1.text = (Path to Raid window).Volume.Group1.Member1.Basic.Name.Text
Target2.text = (Path to Raid window).Volume.Group2.Member1.Basic.Name.Text
Target3.text = (Path to Raid window).Volume.Group3.Member1.Basic.Name.Text
Target4.text = (Path to Raid window).Volume.Group4.Member1.Basic.Name.Text

So, if a member LD, quit, or if RL make change in groups of raid, the OnTextChange make your custom window updated.

And if you don't need the custom window (Ie: you play a toon, with no cliky buff).... just uncheck the checkbox

my 2cp =)

@ ++

Ewen@Storms


All times are GMT -5. The time now is 05:58 PM.

vBulletin® - Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
© MMOUI