curses window
 

Trying to get this running. Window shall show curses when they appear:

I am looking for something that is equivalent to ontextchanged just for icons (like oniconchanged) (is there some kind of workaround?)

realized that auto cures would be possible with icon change event ^^

IIRC the icons fire an OnShow event for each new detriment. Again IIRC SOE asked that an auto cure mod that had been uploaded here to be removed from the site because of automated game play.

ty.
the rule makes sense + current content requires certain curses not to get cured.

Are names in the raid window protected ?
If I access them via
MainHUD.Raid.Volume.Group1.Member1.Basic.Name.FullName
or
MainHUD.Raid.Volume.Group1.Member1.Basic.Name.Text

it gives me the static text.

Kinda skimmed through this thread, but if you use the Effect dynamicdata for curses/other detriments in a Text object, and use OnTextChanged (and check if it's greater than 0 for example), you can keep track of things fairly easily.

ah nice, wasnt aware of the possibility that it can be held be a text object

^^ (Guilty) :rolleyes:

There are some automated things you can get away with and some that you cannot. My auto-cure script was more of a programming challenge than anything else. It was meant more as a click a button and it would cure one thing that needed to be cured(unless configured to ignore a certain type on a certain player)... but I left in the auto-cure element "for fun". Ironic that the optional part got it the bad kind of attention.

Anyways, the OnShow will indeed fire when the icon becomes visible but it will not refire for a second detriment of that type and you can't avoid firing it when the detriment is uncurable. It's possible someone is smarter than me and figured out how to pull the number from the icon, but I couldn't.

Using what I said above works fine. I use a CureFinder in my UI, but it's not automated. You have to trigger it manually each time. Also as stated, there's content where curing the first curse you come across isn't necessarily a good thing :rolleyes:

I noticed that the OnShow, or OnTextChenged events that are triggered by the Dynamic Data does execute twice at once,
first time the variable is evaluated correctly, the second time it does show the variable name itself (like Parent.Volume.Group1.Member1.Basic.Name.FullName)
To test it I use this code and engage into a solo encounter that casts a trauma effect:

I found a lot of annoying things like that which happen with changing dynamic data.

Best method I found for only triggering things once was trigger a button or something that saves what the "last data" was and compares it before triggering. If it's the same value as last time, you simply don't trigger anything.

Just an example of sorts, but anything automated in the UI is prone to get executed multiple times when dealing with the data feed :(

Thanks for the hint with the button, I didn't manage to solve it with string comparison but with this:

However using this method I do get the variable name again and not its content. But at least I got a step forward to fix the problem.

I don't remember what the FullText thing was started from (I kinda remember having to deal with it), but looking in just my normal code of my raid window, I'm just using Name.localtext

Maybe you can try that.

I've also used the game time to trigger stuff since it updates often. My initialization code for windows uses fake "loops" with a counter that triggers code with the in-game time.

I tried several variables: localtext, text, FullName

The automated way of assigning variables triggered by the GameData.General.Time might be screwed, or it is intended to prevent automazation, or something is missing...

Not really sure what you're doing, but the only time I ever parse the name is when code goes to do the "useabilityonplayer parent.parent.blah.blah" and it never fails.