Go to Page... |
Compatibility: | Dragonflight (10.0.2) Shadowlands patch (9.2.7) Dragonflight Pre-patch (10.0.0) |
Updated: | 01-02-23 03:01 PM |
Created: | 10-12-09 06:05 AM |
Downloads: | 200,838 |
Favorites: | 380 |
MD5: | |
Categories: | Casting Bars, Cooldowns, Buff, Debuff, Spell, DPS, Healers, Tank, Combat Mods |
EventHorizon now has a Discord: https://discord.gg/mR8xUUK. Come say hi!
Also, EventHorizon is now on github: https://github.com/Brusalk/EventHorizon_Continued -- You can find the latest changes there, but releases will still be released here and on Curse.
-Brusalk (Kilrogg-US)
EventHorizon is now updated and working for Shadowlands. Just download the most recent version and you should be good to go!
If you have and comments, concerns, questions, suggestions, anything, don't hesitate to contact me either through comments here or via mail or whisper in game.
If you feel that the class config for your class is not up to snuff then please let me know why and update it yourself!
There is now a how-to on class configuration below!
There is also a how-to on customization of how EH looks below as well. Check it out!
Please be aware that I'm rewriting this addon from scratch to be released officially soon (tm). Addon development has had to take a backseat to real life for the past few months though I've been working on it as much as I can. (Also, coming in the rewrite is an in-game configuration menu as well as the ability to alter class-configs in-game to make it easier to customize EH.)
If you have a few extra bucks this month and you like all my work, consider chipping in
What does EventHorizon do?
EventHorizon displays all of your class/spec's rotational abilities on a common time scale. This means that instead of seeing a regular percentage-based timer bar, EH shows you exactly what is happening in relation to everything else. If that sounds complicated at all, just look at the screenshots.
The basic idea: An ability that lasts 12 seconds and has 6 seconds remaining shouldn't look exactly the same as one that lasts 5 minutes and has 2.5 minutes remaining.
Videos showing EH in action:
Dezzimal posted a great instructional video using a Shadow Priest for reference.
breakingsong demonstrated EH on a Destro Warlock.
Also, for instant gratification, here's a quick snippet showing a Shadow Priest's rotation at 1 frame per second, using an older layout:
The big white line is the current time. Future events are on the right side, past events on the left. As time goes by, the events scroll from right to left.
The green bars are your cast bars. They use exactly the same times that your normal cast bar would display, with all haste modifiers applied.
You can also see cooldowns, DoTs, and their ticks (predicted in the future, and from the combat log in the past). EventHorizon is extremely intelligent when dealing with most things DoT/HoT-related.
The white lines that appear before the cast times are the times when you press the button (send the cast message to the server). The difference between this line and the start of the cast is your lag.
How do I set it up?
EventHorizon does not include an in-game configuration UI. However, it really doesn't need one - Everything should "just work".
Power users and those wishing to theme EventHorizon for a specific UI, please read on to the advanced portion of this section. Don't worry, it's easier than it may seem.
The basics:
* The window may be moved via the drag-handle on the upper right frame corner. It may be a little hard to see at first, but will light up as soon as you mouse over it.
* You can show/hide EventHorizon manually by using /eventhorizon or /ehz.
Advanced configuration:
Note: I would highly recommend an advanced text editor such as VS Code if you wish to edit the configuration files. While this isn't required by any means, an editor with syntax highlighting makes changing the files MUCH easier.
* The default configuration for EventHorizon is located in EventHorizon\config.lua. This file contains every setting available for EH and is heavily commented to help tweak things to your liking. This file may be deleted and EventHorizon will maintain its functionality (not that I would ever recommend doing that).
* Any changes you make to config.lua will be removed when you update EventHorizon. This is by design. HOWEVER, there's an easy way to get around that. Simply create a new file (or a copy of config.lua) named "myconfig.lua". This file is automatically loaded, and because it loads after config.lua, the settings in myconfig.lua will always be the ones to appear in-game.
Files
There are 2 files which you can edit to change the physical appearance of EventHorizon including colors, size, global functionality and other things. I'm going to assume that you have the most recent version of the configuration file provided in the most recent version of EventHorizon.
config.lua:
You can think of this as the default settings of EventHorizon. If you want to change settings then you can do so here, but when you download a new version of EventHorizon you have to be careful as the new version includes config.lua and will overwrite any changes you've made to this file. You can always skip this file when overwriting, but it's better to use myconfig.lua as it's intended to avoid this problem.
myconfig.lua:
This file overwrites any values in config.lua with the values changed inside it. So if you have config.width set to 375 in config.lua and config.width set to 200 in myconfig.lua, EventHorizon will use 200 as the value.
Where this is useful is that myconfig.lua is never included in the updated versions of EventHorzion, and as such will never be overwritten when downloading a new version of EventHorizon.
As such best practice is to alter any values you wish to change in config.lua by changing the values inside myconfig.lua.
Configuration
In order to change settings of something you just have to change the text after the equals sign on the line with the setting you want to change.
For example if you wanted to change the width of the addon you would change line 33 which normally reads (by default)
config.width = 375 -- Width of a single bar....
config.width = 200 -- Width of a single bar....
local EHN,ns = ... local config = EventHorizon.config local c = EventHorizon.colors local _,class = UnitClass('player') -- These locals make in-line conditions a little easier. See the color section for a few examples. local DK = class == "DEATHKNIGHT" local Druid = class == "DRUID" local Hunter = class == "HUNTER" local Mage = class == "MAGE" local Paladin = class == "PALADIN" local Priest = class == "PRIEST" local Rogue = class == "ROGUE" local Shaman = class == "SHAMAN" local Warlock = class == "WARLOCK" local Warrior = class == "WARRIOR" --[[ EDIT BELOW THIS LINE ]]--
-- Vampiric Touch/swd cd self:newSpell({ debuff = {34914,3}, cast = 34914, cooldown = 32379, refreshable = true, hasted = true, requiredTree = 3, requiredLevel = 28, stance = 1, })
self:newSpell({ itemID = 1543 })
self:newSpell({ itemID = { 1543, 1544, ... , 1243 }, })
self:newSpell({ slotID = 13, })
self:newSpell({ cast = 1543 })
self:newSpell({ cast = { 1543, 1544, ... , 1243 }, })
self:newSpell({ channel = {1543,3}, })
self:newSpell({ channeled = { {1543,2}, {1544,4}, ... , {1254, 6} }, })
self:newSpell({ cooldown = 1543, })
self:newSpell({ cooldown = {1543, 1642, ... , 1274}, })
self:newSpell({ debuff = {1543, 3}, })
self:newSpell({ debuff = 1543, })
self:newSpell({ playerbuff = {1543, 3}, })
self:newSpell({ playerbuff = 1543, })
self:newSpell({ debuff = {1543, 3}, hasted = true, })
self:newSpell({ debuff = {1543, 3}, recast = true, })
self:newSpell({ playerbuff = {1543, 3}, minstacks = 2, })
self:newSpell({ slotID = 14, internalcooldown = 45, })
self:newSpell({ debuff = {1543, 3}, unique = true, })
self:newSpell({ debuff = {1543, 3}, keepIcon = true, })
self:newSpell({ debuff = {1543, 3}, icon = 1544, })
self:newSpell({ cooldown = 1543, smallCooldown = true, })
self:newSpell({ cooldown = 1543, smallCooldown = true, requiredGlyph = 12456, })
self:newSpell({ cooldown = 1543, smallCooldown = true, requiredTree = 3, })
self:newSpell({ cooldown = 1543, smallCooldown = true, requiredTree = {0,1,3}, })
self:newSpell({ cooldown = 1543, smallCooldown = true, requiredLevel = 84, })
self:newSpell({ cooldown = 1543, smallCooldown = true, stance = 1, })
self:newspell({ cooldown = 1543, smallCooldown = true, stance = {0, 1, 4}, })
File Name |
Version |
Size |
Author |
Date |
Type |
2.3e |
78kB |
11-10-14 11:20 PM |
Addon |
||
v1.9.3 |
71kB |
11-05-10 07:02 AM |
Patch |
Comment Options |
Taroven |
View Public Profile |
Send a private message to Taroven |
Find More Posts by Taroven |
Add Taroven to Your Buddy List |
oscillator |
View Public Profile |
Send a private message to oscillator |
Find More Posts by oscillator |
Add oscillator to Your Buddy List |
10-15-09, 07:41 AM | ||
A Kobold Labourer
Forum posts: 0
File comments: 1
Uploads: 0
|
<3
Okay, I absolutely love this addon and it was a huge blow that it got discontinued before, and huge thanks for continuing this! <3
now, with the continued edition I've been trying to adjust it to also work for pvp usage, tracking shield bash, shield slam and shockwave.. "Shield slam wouldnt be a problem, just throw in prot talent so it doesnt appear on my arms offspec Shockwave shouldnt be a problem I'll just look at the talent ordering.. ..unrelenting assault is talent number 29?! what's going on here???" Code:
--Revenge self:NewSpell({ spellID = 6572, cooldown = true, debuff = 12798, -- Revenge Stun stance = 2, requiredTalent = {1,29,0}, --Do not show if Unrelenting Assault is talented (no cooldown)
What I want to do in essence: track Shield Mastery, and so that shield slam and shield bash will not appear unless I am specced for shield mastery, which will let me get rid of the stance requirement of them showing up. I want to track shockwave in any stance if I have it.. the problem is I can't even find it in the files! and based on your instructions unrelenting assault should not be talent number 29?? O.o' ??
Last edited by Anna : 10-15-09 at 07:51 AM.
|
|
|
Anna |
View Public Profile |
Send a private message to Anna |
Find More Posts by Anna |
Add Anna to Your Buddy List |
10-15-09, 09:30 AM | ||
|
Re: <3
Shockwave's spellID is 46968. You can just create a NewSpell entry for it using Mortal Strike as a template. The talent for it should be {3,27}. The talent index for Shield Mastery is {3,8}. All you'll need to do is replace the stance line in Shield Slam with a requiredTalent. If you want to track Shield Bash as well, here's the code I would use. Assuming I read correctly that you pvp as prot, this would also track the daze effect, Hamstring, and its improved/glyphed versions. Code:
self:NewSpell({ spellID = 23922, cooldown = true, debuff = {29703,1715,58373,23694}, -- Shield Bash daze, Hamstring, glyphed and improved hamstring roots requiredTalent = {3,8}, }) I'll likely revamp the Warrior config a bit in the near future. It's not quite satisfactory at the moment.
Last edited by Taroven : 10-15-09 at 09:31 AM.
|
|
|
Taroven |
View Public Profile |
Send a private message to Taroven |
Find More Posts by Taroven |
Add Taroven to Your Buddy List |
10-15-09, 01:01 PM | |||
|
but, i guess the question still stands (reworded): with EventHorizon_Redshift enabled (using the defaults), there does not appear to be any way to relocate the EH window, short of selecting a hostile target (or disabling Redshift, reloading the UI, placing the EH window, then re-enabling Redshift, and again reloading the UI). is this by design?
thanks.
__________________
Retired author/maintainer of Aloft (the nameplate addon) http://www.wowinterface.com/download...AloftBeta.html ----- Zippy said it best: "All life is a BLUR of Republicans and Meat!" |
||
|
acapela |
View Public Profile |
Send a private message to acapela |
Find More Posts by acapela |
Add acapela to Your Buddy List |
10-15-09, 03:19 PM | |
|
Actually, in all cases there you may preserve your changes across updates. Make a copy named "myconfig.lua" of each of the config files you've changed, in the same directories. As long as myconfig is present, your changes are persistent across releases.
To doublecheck whether or not the addon/module has myconfig support, just take a look at the addon's .toc file. The files loaded are declared at the bottom. If you don't see a myconfig.lua entry, just write it in. Edit: As for moving EH without a target, sadly there's no way at present unless you want to use a macro. I'll see about adding a key combination for it sometime today. The macro would simply be: Code:
/script EventHorizonFrame:Show()
Last edited by Taroven : 10-15-09 at 03:24 PM.
|
|
Taroven |
View Public Profile |
Send a private message to Taroven |
Find More Posts by Taroven |
Add Taroven to Your Buddy List |
10-16-09, 01:24 AM | |
|
As a long time raiding feral druid, I just wanted to take this time to thank you for this mod. I discovered this from Stratfu, and I have to say this is the single greatest mod for improving feral dps I have ever seen. I don't want a mod that tells me what button to push, I want to make my own decisions, and the first time I saw this I realized what a great concept this mod is. Ive used other timer bars and debuff trackers, but the convenience of seeing everything in real-time, as it relates to everything else, is incredible. Sheer genius. A true standout among the masses. I thank you Sir, for the time and energy you have invested in this fine mod, you have made all us dot-user's lives much easier. Thank you so much, Taroven, for all your hard work.
|
|
Kogasu |
View Public Profile |
Send a private message to Kogasu |
Find More Posts by Kogasu |
Add Kogasu to Your Buddy List |
10-16-09, 03:29 AM | |
|
Glad to be of service.
|
|
Taroven |
View Public Profile |
Send a private message to Taroven |
Find More Posts by Taroven |
Add Taroven to Your Buddy List |
10-16-09, 03:50 AM | |
A Kobold Labourer
Forum posts: 0
File comments: 51
Uploads: 0
|
Thanks for addressing the curse of agony issue so quickly! Though, it would be nice to eventually get the tick marks back. They won't mean anything for the other curses but it does help out with COA as each tick gets more damage as it goes so you definitely don't want to clip that one.
If its too much of a bother, don't worry about it as the rest of the package is still excellent. |
|
Widersinnes |
View Public Profile |
Send a private message to Widersinnes |
Find More Posts by Widersinnes |
Add Widersinnes to Your Buddy List |
10-16-09, 05:46 AM | ||
|
It's in the works, but the code involved (which has been written before and was nearly working, but is now so deprecated that it needs to be written from scratch) is going to be a dire pain. On the bright side, other than the Warrior config, I'm happy with the present release. There don't seem to be any outstanding bugs, which gives me an opportunity to develop some new features. |
|
|
Taroven |
View Public Profile |
Send a private message to Taroven |
Find More Posts by Taroven |
Add Taroven to Your Buddy List |
10-17-09, 09:57 AM | |
A Fallenroot Satyr
Forum posts: 26
File comments: 95
Uploads: 0
|
Coloured bars.
Firstly thanks for continuing the development of this mod as it is really quite handy.
When I saw this had been picked up for continued updating I glanced at the changes and saw "colors" mentioned somewhere. I thought that would be great as the one thing stopping me moving from NeedToKnow is coloured bars. Now I have grabbed it and fully read the descriptions I see it isn't really coloured bars, frankly the bars being gray or orange (I'm a druid) doesn't really make any difference. So what I am wondering is how I colour different timed bars different colours, looking at your examples it isn't clear if that is currently possible with me leaning more towards it not being possible yet. Why am I interested in different coloured bars? Well I find it easier to notice that the yellow bar is running out so I need to Savage Roar while the red one running out means Rip. |
|
Cluey |
View Public Profile |
Send a private message to Cluey |
Find More Posts by Cluey |
Add Cluey to Your Buddy List |
10-17-09, 10:38 PM | |
A Kobold Labourer
Forum posts: 0
File comments: 4
Uploads: 0
|
3.3 haste changes
Not sure if you saw, but on the 3.3 PTR apparently Shadowform allows DoTs to scale with haste (reduces duration b/t each tick, and thus overall duration). Although this will probably end up being pretty easy to code, just changing bar lengths and tick spacing by haste*(whatever dot multiplier), I realize that the theorycraft behind this scaling change might end up being messy or annoying in some instances, for example depending on how the game engine ends up treating SW:P refreshing and haste.
So basically what I'm wondering is, will this change go in there? And how fast might that happen? I really love this addon and just discovered it the other day; it's done wonders for my raid experience by allowing me to max my dps without having my brain explode I'm just afraid that if I become used to it, but then the haste change will make it pretty much worthless for me, and I'll have to readapt at a very inconvenient time (Icecrown Citadel progression). So I would love some feedback on how that might go down. No matter what, you've made an amazing addon and I'm really glad you released it to the community! |
|
srsface |
View Public Profile |
Send a private message to srsface |
Find More Posts by srsface |
Add srsface to Your Buddy List |
10-17-09, 11:54 PM | ||
|
Re: Coloured bars.
Code:
-- Color of individual bar segments. Format is R,G,B,Alpha with a max of 1 and a minimum of 0. Math and other references may be done within these tables for finer control. Example: {125/255,125/255,240/255,1} or {0.15*1.38, 3/16, 0.1+c.debuff[3], 0.5} -- Class coloring has two options, burn (darkness) and alpha (opacity). Burn has no max, but be careful how high the value is adjusted or you'll end up with pure white. Alpha is 0 to 1. -- To color a bar or indicator by class, use {true, <burn>, <alpha>}. Note that the alpha portion is affected by config.texturealphamultiplier as with manual coloring. local c = EventHorizon.colors c.sent = {true,Priest and 0.7 or 1,1} -- Marker line when a spellcast is sent to the server. Default = {true,1,1} (class colored, bright and opaque) c.tick = {true,Priest and 0.7 or 1,1} -- Tick markers. Default = {true,1,1} (class colored, bright and opaque) c.casting = {0,1,0,0.3} -- Casting bars. Default = {0,1,0,0.3} (green, 0.3 unmodified alpha) c.cooldown = {1,1,1,0.3} -- Cooldown bars. Default = {1,1,1,0.3} (white, 0.3 unmodified alpha) c.debuffmine = {true,Priest and 0.7 or 1,0.3} -- YOUR debuff bars. Default = {true,1,0.3} (class colored, bright, 0.3 unmodified alpha) c.debuff = {true,0.5,0.3} -- OTHER PLAYERS' debuff bars. Default = {true,0.5,0.3} (class colored, darkened by 50%, 0.3 unmodified alpha) c.playerbuff = {true,Priest and 0.7 or 1,0.3} -- Buff bars. Default = {true,1,0.3} (class colored, bright, 0.3 unmodified alpha) To make your debuffs red, find "debuffmine" and set the color to {1,0,0,0.3}. Again: Format is Red, Green, Blue, Alpha. To class color a portion of a bar, use set the first number in the field to "true" without the quotes and follow the directions from there. The bars are class colored by default because any other default setup I could come up with looked ugly to a lot of people. It's not as functional that way, but it IS what many are used to from the original EventHorizon (everything one color) with the added perk of better visibility between cooldowns and debuffs. Edit: Prolly shoulda mentioned that the changes you're making are within config.lua, or preferably within myconfig.lua to prevent losing them in an update. Read the addon description for how to get myconfig working.
Last edited by Taroven : 10-18-09 at 12:07 AM.
|
|
|
Taroven |
View Public Profile |
Send a private message to Taroven |
Find More Posts by Taroven |
Add Taroven to Your Buddy List |
10-18-09, 12:05 AM | ||
|
Re: 3.3 haste changes
Let me know exactly how and when the haste modifications are applied, and the specific formula used, and I can implement them. Long version: I can do most of the work with a new spell config flag (dotHasteMod = {talent or stance}) and a little extra code in the UNIT_AURA functions. All I really need to know is the math behind the haste modifications and how/when exactly the haste mods are applied. The more information you lovely Shadow Priests can give me, the faster the change goes through. |
|
|
Taroven |
View Public Profile |
Send a private message to Taroven |
Find More Posts by Taroven |
Add Taroven to Your Buddy List |
10-18-09, 01:09 AM | ||
A Kobold Labourer
Forum posts: 0
File comments: 4
Uploads: 0
|
Re: Re: 3.3 haste changes
|
|
|
srsface |
View Public Profile |
Send a private message to srsface |
Find More Posts by srsface |
Add srsface to Your Buddy List |
You have just downloaded by the author . If you like this AddOn why not consider supporting the author? This author has set up a donation account. Donations ensure that authors can continue to develop useful tools for everyone.