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. |
Quote:
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. |
Quote:
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.
|
Quote:
Quote:
|
1 Attachment(s)
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. |
Quote:
|
Quote:
/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. |
Quote:
Quote:
|
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.
|
|
Quote:
|
Quote:
|
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? |
Quote:
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. |
|
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?? |
All times are GMT -5. The time now is 12:33 AM. |
vBulletin® - Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
© MMOUI