There is no way around the ShadowStyle, if you don't check it then the bar will reset on combat arts, which is incorrect. In the combat bubbles, you can't change the color of only auto attack, you change the color of your outgoing damage. So you have to check that the combat bubble text is the specified color, and has no shadowstyle.

Ok I believe I got it working with CombatBubbles. But here are the probs I see: Riposite damage gets counted in and the timer resets, and a secondary weapon screws up the timer as well.

Since this is mainly for DPS classes, I'm sure the riposite problem means nothing because tanks are usually the ones getting attacked. The other problem?? I have no clue

Anyone know where there's an attack dummy????

I would like to use this on my pally, so ripostes would be a problem for me, but I don't see a way around it.

I thought the second problem was already solved. This is the way I saw it

When dual wielding, both fire at the same time initially. Then the delays kick in for both bars. When an autoattack fires, the bar closest to finishing is reset.

Would that not work?

That's what I thought also. Did you see my post here drago?

Any way to post this "officially"?

Would love to try it (even in beta shape), but am not really sure how to install and bring it up in-game (new at this).

This information is usually placed on the downloads page, is it ready enough to make a formal page? Is there a page already with install instructions that I am missing?

Thanks for the hard work! This looks incredible!!

As far as an attack dummy, go to the tabernacle of pain in Kunzar Jungle, there is a wall there you can attack. You could also get access to a guild hall that has training dummy's.

As far as the secondary weapon, just use gm9's logic tree that he posted, that gives you the entire flow you need to use.

When it is ready for release I'll upload it officially.

I'm not sure about that.

After thorough testing I see now that it works well with ShadowStyles/TextColor. It will no longer reset when getting hurt, or using a combat art. Again, the problem is the Secondary weapon. Whether the SecondaryPage is there or not, the Combat bubbles will fire two different autoattacks, which will reset the bars. As of now I see no way around this.

I'll take a look at his tree, but till then here's the newest code:

How do you do: Visible=false if DelayValue.Text=Parent.Primary.DelayValue.Text

Here's my latest code. My last code was calculating the Size/Location wrong in decimals, so I fixed that.

Thank you gm9, I seem to have got that working . I never took a class for any scripting language (a la xml, lua, etc) or learned it officially, so I'm still learning but I wont forgot what I've been taught. I've been learning xml through EQ2 so bear with me. :p

Now gm9; I understand your logic tree. My problem is that when you are dual wielding with different weapons, the CombatBubbles screw up because of the different delays, and the same color/shadowstyle. I'm not sure how to fix this, but it definitely is an issue. Any ideas?

my only idea how to do it is what you quoted in your post, I still think that should do the job, or at least I don't think we can do better without Rothgar's DD. :)

PS: On conditionals and operators there are some useful stickies in the XML modding forum, that's where I learned from as well.

Thanks. I'll take a look.

I'm thinking there's maybe one way I could do it, but I'm not sure. I'll try some stuff out. It is almost finished though.

From testing it somethings I have noticed are that...

A) Misses do not show up in orange like they are supposed to, they are showing up a grey color for me, so aren't triggering the reset of the bars.
B) The combatbubbles are appearing later than the auto attack is happening. You may be able to make the bar more accurate by using an event handler that occurs before the OnShow event. I don't know the event hierarchy though.
C) The bar needs to remain visible when the user has entered stealth, otherwise it is a bit confusing.

A) Melee auto attack misses don't show up at all. Misses only show up when you do a CA/Spell or a Ranged auto attack. I'm aware of this, but I'm not sure how to fix this.

B) Do you use a dual wield weapon with different delays? What's your average latency? Care to elaborate? (I'm not sure if I understand you)

C) When the user enters stealth, autoattack turns off...so I'm not sure what to do there.

I'm going to try to streamline the code with my next update.

ok I downloaded the file, and i dont see anything different with my UI. How do I load this? or what folder am I supposed to put it in.

Right now it's in testing so it's only about 95% functional. Put the file in your customui directory.
If you don't have eq2ui_custom.xml, copy the one from the default ui folder and paste it in your custom ui folder and follow the instructions of this quote.

Here's my latest version. Nothing major in this test release. I cleaned up some code and streamlined events and calculations. I also added the function which turns off the secondary bar display when Primary/Secondary delays are both the same.

Great work so far dragowulf, even for a freep =P

One suggestion that will take care of one issue is to have the bar remain visible if it is still counting down.

For example, if you kill a mob with auto ranged attack, your bar will continue to be visible while it is counting down. Once it has finished, and you are no longer attacking, the bar disappears. This will also let you know that as a tank, when you press the autoattack button to target the next mob (most tanks do this right?!?!) you may not hit it right away and could hit a few CA's first.

Good idea. I'll try to do that.

To get auto attack misses to show you, you need to use a command, i believe its
/combatbubble_only_spell_misses 0

When i did that the auto attack misses started showing up, but they were grey instead of orange, and it looked like they had a shadowstyle heh.

And what I mean by B) is that if you watch the chat log, you get the auto attack message before the combat bubble actually appears (Some times). I've seen it take a full second before the combat bubble renders. So if you are running ACT and have the autoattack notification plug in running, you'll hear it fire before the combat bubble appears atleast half of the time.

you can just filter by the text

the question is whether that also makes the bar delayed or whether it is just a visual thing for the floating bubbles. They might well OnShow on time but be scrolled into view only later.

Yes it does delay the bar, I was testing it with the both the chat window and the ACT auto attack notification.

The log line would show up a good 1/2 second to 1 second before the bar would reset at least 40 to 50% of the time.

I toyed around with all of the /combatbubble commands. none of them made the combat bubbles appear when they were supposed to with any form of accuracy. That is why i'm curious if there is an event that could be used before the OnShow event. Maybe OnActivate... I don't know the event hierarchy for the UI - any event that occurs before the OnShow event.

Hmm, hope somebody finds a solution to that, because I don't see one. :(

You can't run an event script before the event occurs, what you could do it offset the entire bar by the delay but that would be fairly inaccurate.

Yeah right now I don't see a way around it, I'll test it more tonight and maybe come up with some ideas.

Just make the last little section of the bar red.. like the last 5% of the 100%.

That will take into account bubble lag.




:nana:

What kind of (PC) system you using?

I can raid in high quality with no lag :)

Do you have any plans to add this to the tank side of the game? I would love to have this for my monk :)

OK i did what you said, had to make a customui folder and added the part into that default file (i put it in after the first line) and then copied it over to the folder. Hcanged my eq2.ini to point to customui. and The bar came up. But there is no bar going across, counting down for me.

Attack something instead of just having ranged attack on.

That might help?

I did not know there was combat bubbles commands. Please post more. I think I can make it filter misses as well though. What color are the misses?

For the other thing. I have no clue how to fix that problem. I don't control when the bubbles render, and how they render. Shoot if you have an idea..because I sure don't. It could also be latency. Disable my mod and see if it still happens.

Maybe. We'll see

Problem with the autoattacktimer-progressbar
 

Hallo mighty handlers of code and numbers,

since I've started reading this thread i'm more then impressed with all the thoughts and trys going on.
So I thought it would a good idea to give this auto-attack-timer a try for my chars. I installed the xml-file and all is going very well except one problem: The progressbar never reaches the full length of the window. It resets by approximately 10% of the length. It resets correctly, when it is supposed to do so, but it has only reached a tenth of his length.
Is came to my mind, that I also had a very similar problem with the original autoattack-calc-window, which is now part of the profitUI. It shows the value of the weapondelay always as ten times the real delay. So I see a 40, there I should see a 4. This is true for meele and ranged delay.
I'm a complete noob in terms of coding and UI-modding, so the only explanation to me could be, that I'm playing with the german version/client of EQ2. Maybe that this gives you guys a hint for a possible solution for this problem. I would love to use the autoattacktimer, because I think it's a huge help for a better timing in fights.
So long and keep up the good work,

Dionys

I've concluded that when you enable misses, it turns on misses for you and your enemy. This is bad because the enemy's misses are the same color and shadowstyle as your misses.

Is there any way to do this without using combat bubbles??

What version are you using?

There are MANY different flavors in this thread and it sounds like your using an older version before the shadow styles are fixed.

I would suggest going backwards in time from the last post until you find one, then you are for sure to get the best version of code.

Without additional dynamic data, no.

If that data becomes available to the client, we will see.

I use the version from post number 257 and I think, that's the latest at this time. I think it's not an issue of an old version because of the very similar problems with the delay-value in the original autoattack-calc-window from gm9.

Regards,

Dionys

Yes. I didn't use combat bubbles, they lag to much and to many problems with them.

What????? :confused: