That's weird...lol I just finished changing it to that

And reins is correct, the very top bar is the casting bar, the other 2 are primary and secondary

I missed it i guess. just saw the sheild and was like , umm.. what?

What color does the autoattack combat bubble use????

Here's a newer version in which I added the horizontal resizability and the more compact Secondary page. I'm still working on CombatBubbles, so give me some time.

The finished product is going to be a big mess of code :p

Ok I figured out the default color of autoattacks. It is ff8000

OK, I disabled third party combat bubbles in my options window, is there anything else I need to disable?

Also, are these still triggering on any bubble?

Yes. Refer to three posts down. I'm still working on it.

Don't worry about the color, just make it a requirement that people turn off third party combat bubbles, because as GM9 said, the color is configurable.

ALso, if third party bubbles are enabled, you could delay the auto attack bar due to the bubbles not processing quick enough.

I personally would worry about color as I think it is a great approach to it. I believe gm9 said you could read the value that is set for autoattack unless I am wrong?

The problem is that if you have 3rd party bubbles on, that is alot of processing that will be happening, and the more bubbles the more delayed your bubbles will be. It will make the bar less accurate.

Oh, i fully agree with turning off 3rd party bubbles, but the problem is, getting hit uses the same styles so it will trigger it as well, you need to differentiate between the red getting hit and the orange hitting

Ah thats true, just noticed it. How do you process a miss? I don't see miss notifications showing up in combat bubbles.

Misses do show up in the combat bubbles and if I am not mistaken, combat art misses have the border, autoattack misses do not

gm9 stated earlier that you would need to check the value to ensure that it is either an integer or "miss". this would exclude double attack, reflect, parry, etc from triggering it

so if we could make sure that only autoattack style bubbles that are either an orange integer or the word miss will trigger it should do the trick. of course having 3rd party bubbles off will make these calculations faster.

On another note, does this take into account haste already or does that still need to be implemented?

Haste is take care of via the delay dynamic data.

Also, you wouldn't necessarily need to filter out the integers and Misses, all the other notifications show up at the same time, so even if you reset the auto attack bar each time it all happens so quickly that it won't affect anything.

I think it would be less cpu intensive if you don't do word compares or integer checks. You'd also have to check for the parry, riposte, block, dodge words because an auto attack could be avoided via any of those methods. So just resetting it regardless of the combatbubble as long as it is the right color and does not have the shadow is the way to go iMO

Sorry I was gone all day.

reins is right, filtering out misses/riposite/block/etc would be unnecessary code. The way I see it is if Color/ShadowStyle checking is not enough, the Font checking too would be enough. We could also make it so it only fires with a certain color regardless of the ShadowStyle. But the problem with that is the person would have to change the color manually instead of using the default color (which is the orange one), and you could change the color to white or whatever color we choose.

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?