(218Kb)

Updated: 07-21-16 06:40 AM

Add Favorite

Install Help

Portal

Bugs

Features

Pictures

File Info

Compatibility:	Legion (7.0.3)
Updated:	07-21-16 06:40 AM
Created:	unknown
Downloads:	223,391
Favorites:	1,027
MD5:
Categories:	Buff, Debuff, Spell, Data Broker

Elkano's BuffBars

Version: 2.5.0 - r188

by: Elkano [More]

If you want to support development, consider donating:

EBB provides groups of statusbar style indicators to show (de)buffs currently affecting your char or some other units (currently focus, pet and target). For the player, it can also show indicators for temporary enchants place on it's weapons.

Due to changes Blizzard made with WoW 4.x it's no longer possible to cancel buffs without the use of secure frames. Currently EBB limits canceling of buffs to out-of-fight since using SecureAuraHeader would have required a major code restructuring. This will be coming in a later version.

Version 2.x is a total recode based on the Ace2 framework which became necessary in order to support some of the longtime wanted and suggested features.
It's now possible to show different groups of bars which can be configured in many ways. Each group can be assigned an individual look and filter settings.
EBB can be configured via a dropdown menu which is accessible via chat (/ebb config), FuBar plugin or (for the group settings) by right clicking the groups anchor.
After setting up a group, its anchor can be hidden by alt-left clicking a bar or the anchor itself in order to lock the group in place.

In order to get additional bar textures and fonts for EBB simply install SharedMedia which is available for download under http://mods.curse.com/addons/wow/sharedmedia

If you have bug reports or feature request, create a ticket: http://www.wowace.com/projects/elkbuffbars/create-ticket/
You can also check my thread at the WoWAce forums: http://forums.wowace.com/showthread.php?t=5290
The most recent development version of EBB is available directly from the WoWAce SVN via http://www.wowace.com/projects/elkbuffbars/files/

2.5.0 - r188 | 2006/07/20
- updated for WoW 7.0.3
- couple of bug fixes, changes and new features since last WoWI upload

2.4.0 - r177 | 2014/10/15
- updated for WoW 6.0.2
- now using Ace 3

2.3.2 - r169 | 2012/08/30
- updated for WoW 5.0.4
- anchor visibility no longer depends on configuration mode
- changed time formats (now including 1/10s if length < 1min)

2.3.0 - r165 | 2010/12/10
- updated for WoW 4.x
- buff canceling currently only out-of-fight

2.2.5 - r150 | 2009/08/14
- updated TOC for 3.2
- reduced garbage generation (thx Antiarc)

2.2.4 - r149 | 2009/04/20
- pushed TOC 30100
- changes for detection of selfcast buffs (player, pet, vehicle)
- some code to prevent "TexCoord out of range"; no idea why it happened at all :/

some other changes since r73803 release:
- added an optional spark to the bars
- added scaling
- added shift-click-instering to chat editbox

Optional Files (0)

Comment Options

Page 5 of 26

« First

Last »

10-17-06, 06:55 PM
SvendTofte A Kobold Labourer Forum posts: 0 File comments: 5 Uploads: 0	Anchoring I'm getting some buggy behavior on anchoring. Anchoring to the bottomright/left seems to give a buffbar that forgets some settings between relogs. I've tried both the latest r14178 and it doesn't appear to anchor correctly. I can go more into detail, but I'm just wondering if this is a problem others have experienced.

10-18-06, 12:26 AM

qwikk

A Kobold Labourer

Forum posts: 0

File comments: 2

Uploads: 0

Re: Anchoring

Originally posted by SvendTofte
I'm getting some buggy behavior on anchoring. Anchoring to the bottomright/left seems to give a buffbar that forgets some settings between relogs. I've tried both the latest r14178 and it doesn't appear to anchor correctly.

I can go more into detail, but I'm just wondering if this is a problem others have experienced.

seems to be something with saving variables. anchoring doesn't save, debuffcolor setting doesn't save, and probably some other things as well.

10-19-06, 05:03 PM

SvendTofte

A Kobold Labourer

Forum posts: 0

File comments: 5

Uploads: 0

Re: Re: Anchoring

Originally posted by qwikk
seems to be something with saving variables. anchoring doesn't save, debuffcolor setting doesn't save, and probably some other things as well.

Well, I added a line, self:UpdateLayout(); @ line 45 (just after "InitSettings"), this seems to fixes the "grow upwards" not saving. Whether this causes other bugs, I'm not sure, however I have not observed any. Use with caution, and only if you have the "wont achor to bottom correctly" feature.

10-20-06, 12:39 AM
Elkano A Flamescale Wyrmkin Forum posts: 131 File comments: 167 Uploads: 6	OK, I've found the bug wrt debuff color... I shouldn't set things to nil to disable them and initialize them to true if not set ^^'. So it was saving correctly but when loading settings it was changed... But I wonder why SvendTofte's change should fix anything since UpdateLayout() is the last call in InitSettings() anyways :/

10-20-06, 05:39 PM
Purity A Deviate Faerie Dragon Forum posts: 16 File comments: 170 Uploads: 0	Can the color be changed for these bars? Blue does not go at all with my UI. If i need to change the code myself...what line do I change for each? Thank you, great looking addon.

10-23-06, 07:43 AM
Pater A Defias Bandit Forum posts: 2 File comments: 26 Uploads: 2	Do you support sorting by buff-type? By buff-type, I mean that I'd like all of my raid buffs (Fort, GOTW, AB, DS) to appear adjacent to each other so I can check them at a glance. Also all blessings appear adjacent to each other for the same reason. It doesn't look like you have this support, but someone on EJ forums said you did. (If you don't currently support it, would you be interested in adding that option?)

10-23-06, 08:24 AM
Elkano A Flamescale Wyrmkin Forum posts: 131 File comments: 167 Uploads: 6	There is no explicit support for such a sorting. But sorting by max time will propably have a similar effect. Right now I don't intend writing sopprt for an explicit sorting like that, mainly because there is no given API grouping a buff so I would have to group them myself somhow which would make things language dependant. BabbleLib could maybe solve that problem for most buffs but maybe not for all.

10-23-06, 11:28 PM
Pater A Defias Bandit Forum posts: 2 File comments: 26 Uploads: 2	Just to clarify, I'm not exactly asking for an on-the-fly or alphabetical sort. I just think that raiding has a full buff load-out and sometimes it's hard to tell at a glance whether you have your proper load. I would thus put the magic foursome [Fort, GOTW, AB, DS] at the top of the list. The other thing that's often hard to tell is whether you have all blessings you should, so I'd sort all blessings together. The rest of the buffs could have some sorting priority but they would not be nearly as troublesome as long as the aforementioned ones are sorted out.

10-24-06, 12:37 AM
Elkano A Flamescale Wyrmkin Forum posts: 131 File comments: 167 Uploads: 6	alphabetic sorting wouldn't be hard but "grouping" buffs together will since I would have to tell the addon which buffs should be grouped and this would require to hardcode buff names. But since I have planed some additional buff name features for EBB2 anyways maybe I'll do sth else: remember every buff name seen and allowing the player to asign a priority. When sorting the list by priority, buffs with higher priority will be shown on top grouping those of same priority. So you would simply have to asign the sae priority to these buffs in order to group them.

10-24-06, 08:50 AM
Pater A Defias Bandit Forum posts: 2 File comments: 26 Uploads: 2	Yes, that would be awesome! If you do this, may I suggest a large range of priority numbers, such as maybe 10. For me, I might do something like 1 = GOTW, Fort, AB, DS 2 = Blessings 3 = Auras (Blood Pact, Pally Aura, Hunter Aspect, Feral/Moonkin aspect, etc.) 4 = Flasks/Elixirs/Well-fed . . . Last = short buffs like battle shout and totems Thank you!

10-24-06, 09:34 AM
Elkano A Flamescale Wyrmkin Forum posts: 131 File comments: 167 Uploads: 6	normal numeric range should be enought and buffs withouth a set priority would go last. But don't expect the new version anytime soon since I don'T have that much spare time for coding lately

10-24-06, 01:42 PM
Pater A Defias Bandit Forum posts: 2 File comments: 26 Uploads: 2	There's one other "dream" feature that I've been thinking of for this: The mod could scan the raid and count the number of paladins. Compare that to the number of blessings you have on you. If you have fewer blessings than pallies, show placeholder "missing blessing" buffs that are red or something. So if there were 4 pallies in the raid, but you only had two blessings, it might look like this: Greater Blessing of Wisdom 0:14 Greater Blessing of Salvation 0:14 [Missing 2 Blessings]

10-24-06, 04:57 PM

Pater

A Defias Bandit

Forum posts: 2

File comments: 26

Uploads: 2

I've actually written the basic code that will make this work. It would have to be done language-by-language, and have an interface added to make it user friendly, but I have the basic functionality going.

Add this, maybe in a separate file to ease localization. (Right now I've just hacked it into the init function.

PriorityTableEn = {

["Prayer of Fortitude"] = 1,
["Power Word: Fortitude"] = 1,
["Gift of the Wild"] = 1,
["Mark of the Wild"] = 1,
["Arcane Brilliance"] = 1,
["Arcane Intellect"] = 1,
["Prayer of Spirit"] = 1,
["Divine Spirit"] = 1,

["Greater Blessing of Kings"] = 2,
["Blessing of Kings"] = 2,
["Greater Blessing of Light"] = 2,
["Blessing of Light"] = 2,
["Greater Blessing of Might"] = 2,
["Blessing of Might"] = 2,
["Greater Blessing of Salvation"] = 2,
["Blessing of Salvation"] = 2,
["Blessing of Sacrifice"] = 2,
["Greater Blessing of Sanctuary"] = 2,
["Blessing of Sanctuary"] = 2,
["Greater Blessing of Wisdom"] = 2,
["Blessing of Wisdom"] = 2,
}

Then add this for your sort function

local function buffssort_bypriority(a,b)
if (not a or not b) then
return true
end

if PriorityTableEn[b[2]] == nil then
if PriorityTableEn[a[2]] == nil then
if a[4] == b[4] then
return a[2] < b[2]
else
return a[4] > b[4]
end
else
return true
end
end

if PriorityTableEn[a[2]] == nil then
return false
end

if PriorityTableEn[a[2]] < PriorityTableEn[b[2]] then
return true
end

if PriorityTableEn[a[2]] > PriorityTableEn[b[2]] then
return false
end

return a[2] < b[2]

end

Then just update your options/calls to enable the sort by priority.

As you can see this first sorts by priority then timemax, then alpha.

I'll also work with my guild on a more comprehensive priority list.

Last edited by Pater : 10-24-06 at 05:19 PM.

10-28-06, 02:21 PM
Pater A Defias Bandit Forum posts: 2 File comments: 26 Uploads: 2	I could hack this thing in, but I might do it in an ugly way. There are two things I think it's important to include: preferences saved by character, and an in-game way of modifying preferences.

10-28-06, 09:54 PM

Mimesis

A Fallenroot Satyr

Forum posts: 20

File comments: 3

Uploads: 0

asd

Originally posted by Pater
I could hack this thing in, but I might do it in an ugly way. There are two things I think it's important to include: preferences saved by character, and an in-game way of modifying preferences.

could you possibly make this into a mod that works with elk buffbar? Like that runs along side of it, and save priority settings in its own variable file?

Page 5 of 26

« First

Last »

Report this File

Category Jump:

Support AddOn Development!

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.

[Disable these notices]