this error popped up after i changed the order buffgroups where snapping together and reloged. specificly snapping normal buffs or debuffs to the "TENCH" section.
How did u fix it as i get it all time had to revert back to ElkBuffBar
for now, simply don't change the stick-order of the default sections. :(
@Roatindon: I think I've found a way to improve the bar updates without that much overhead, I'll test it later...
[2007/03/31 01:06:41-948-x1]: ElkBuffBars-2.0 beta\EBB_BarGroup.lua:57: <unnamed>:SetPoint(): <unnamed> is dependent on this
AceDB restores the default for these bargroup settings. I'll change things a bit to fix that :)
That should fix the bug with tracking, too.
wrt group size: yes, the groups are larger that the bars. you see this when enabling the anchor. But I think I can shrink them in size when the anchor is hidden.
wrt Waterfall: I think this is a watherfall bug. numeric indexed things had been introduced to Aceoption tables later then the string keyed ones so maybe Waterfall isn't allowing them, yet :/
wrt to temporary weapon enchant names and ranks: there is no API returning either name or rank as there is for buffs. So I have to get these things from the tool tip. Currently the rank is thus part of the name. But I'll look into fixing that.
the 1 charge on some buffs is a "bug" from an other fix I made; I'll look into thatone, too.
@gilgalad:
1. will come later when I finished the fubar stuff
2. there are that many font sizes in order to allow individual font size settings for each of the strings ;) Since you most likely only adjust things once that shouldn't be too hard. you can also change things directly in the saved variables file.
@Baghwan:
it's an Ace2 addon so simply change the profile.
@Roatindon: I think I've found a way to improve the bar updates without that much overhead, I'll test it later...
Cool, I was thinking of an update routine something like:
function ElkBuffBars:OnUpdate()
for _,bargroup in pairs(self.bargroups) do
for _,bar in pairs(bargroup.bars) do
if not bar.data.untilcancelled then
bar.bar:SetValue((bar.layout.width - bar.layout.height) * (GetTime() - bar.data.starttime) / bar.data.timemax)
end
end
end
end
This would then update the entire list on the 0.1 strobe, and the bars every frame. This means that the bar.data.starttime needs to be recorded/calculated, but should provided a smooth appearance, but performance-friendly visual update.
@Baghwan:
it's an Ace2 addon so simply change the profile.
There...doesn't seem to be profiles. Or at least I'm not seeing them (in game). They're not in the FuBar plugins options, nor through DeuceCommander or Niagara
@Roatindon: I think I've found a way to improve the bar updates without that much overhead, I'll test it later...
Cool, I was thinking of an update routine something like:
function ElkBuffBars:OnUpdate()
for _,bargroup in pairs(self.bargroups) do
for _,bar in pairs(bargroup.bars) do
if not bar.data.untilcancelled then
bar.bar:SetValue((bar.layout.width - bar.layout.height) * (GetTime() - bar.data.starttime) / bar.data.timemax)
end
end
end
end
This would then update the entire list on the 0.1 strobe, and the bars every frame. This means that the bar.data.starttime needs to be recorded/calculated, but should provided a smooth appearance, but performance-friendly visual update.
Well, my plan is to reduce updates from 10/sec to 5/sec but have those bar with a maxtime <2min refresh the statusbar OnUpdate. So in the end performance could be even better than beore. For bars with a maxtime >2min the 5 updates/sec should be enough since 2*60*5 = 600 Updates during runtime and I don't think someone will have bars with >600px ;)
There seems to be some kind of coloring issue.
I would think that all debuffs are colored red as standard?
When I get a shadow word pain on me it seems that it is colored blue instead of red.
Also when I get a mark of the wild it seems to think the max time is 60 mins instead of the 30 wich is the real deal.
Also when I get a mark of the wild it seems to think the max time is 60 mins instead of the 30 wich is the real deal.
I've seen this same thing with Greater and normal Blessings. After having Greater Blessing of Wisdom up, buffing the normal version still seems to think it's 15 minute max. Seems to be a problem with differentiating the 2 different buffs in it's caching of them?
Well, my plan is to reduce updates from 10/sec to 5/sec but have those bar with a maxtime <2min refresh the statusbar OnUpdate. So in the end performance could be even better than beore. For bars with a maxtime >2min the 5 updates/sec should be enough since 2*60*5 = 600 Updates during runtime and I don't think someone will have bars with >600px ;)
OK, I've just commited r31659. This should fix most of the things I commented on in my earlier post. The code for the improved bar updates is also in it and seems to be working.
WRT the waterfall bug I contacted it's author and he's looking into it.
Importent note on the commit: REMOVE YOUR SAVED VARIABLES
For the bug wrt group buffs vs single target buffs I don't know what's happening there :/
and for SW: Pain having a blue bar: it's a magic debuff which are colored blue. A poison would have a green bar. If you don't like that bar coloring, turn of coloring bars by debuff type.
OK, I've just commited r31659. This should fix most of the things I commented on in my earlier post. The code for the improved bar updates is also in it and seems to be working.
WRT the waterfall bug I contacted it's author and he's looking into it.
Importent note on the commit: REMOVE YOUR SAVED VARIABLES
For the bug wrt group buffs vs single target buffs I don't know what's happening there :/
and for SW: Pain having a blue bar: it's a magic debuff which are colored blue. A poison would have a green bar. If you don't like that bar coloring, turn of coloring bars by debuff type.
The smooth bar update didn't work for me.
I had to change the OnUpdate method (line 77) from:
if layout.target == "player" then
to:
if self.parent.layout.target == "player" then
Although, a probably better fix is to change line 334:
if data.timemax < 120 then
to:
if data.timemax < 120 and self.parent.layout.target == "player" and (data.realtype == "BUFF" or data.realtype == "DEBUFF") then
This simplifies the OnUpdate to:
local data = self.data
local frames = self.frames
local layout = self.layout
local timeleft = GetPlayerBuffTimeLeft(data.id)
frames.bar:SetWidth((layout.width-layout.height) * timeleft / data.timemax)
frames.bar:SetTexCoord(layout.barright and (timeleft / data.timemax) or 0, layout.barright and 1 or (timeleft / data.timemax), 0, 1)
[2007/04/02 16:48:40-721-x1]: ElkBuffBars-2.0 beta\EBB_BarGroup.lua:49: table index is nil
<in C code>: ?
AceEvent-2.0-30806 (Ace2):251: in function `TriggerEvent'
AceEvent-2.0-30806 (Ace2):997: in function <Interface\AddOns\Ace2\AceEvent-2.0\AceEvent-2.0.lua:990>
---
And
[2007/04/02 16:49:06-721-x1]: ElkBuffBars-2.0 beta\EBB_BarGroup.lua:49: table index is nil
FuBarPlugin-2.0-31648:444: in function `?'
Dewdrop-2.0-31348 (DewdropLib):488: in function <...erface\AddOns\DewdropLib\Dewdrop-2.0\Dewdrop-2.0.lua:429>
---
Deleted My Saved Variables and got the above errors :(
Looking forward to a fix as only been able to use this addon once so far it it realy nice
@gilgalad:
1. will come later when I finished the fubar stuff
2. there are that many font sizes in order to allow individual font size settings for each of the strings ;) Since you most likely only adjust things once that shouldn't be too hard. you can also change things directly in the saved variables file.
[2007/04/02 12:26:39-560-x1]: ElkBuffBars-2.0 beta.31683\ElkBuffBars.lua:364: attempt to index field 'filter' (a nil value)
<in C code>: ?
AceEvent-2.0-30806 (Ace2):251: in function `TriggerEvent'
AceEvent-2.0-30806 (Ace2):997: in function <Interface\AddOns\Ace2\AceEvent-2.0\AceEvent-2.0.lua:990>
What i received with the latest version after logging in. I did have several buffs at the time.
for now, simply don't change the stick-order of the default sections. :(
@Roatindon: I think I've found a way to improve the bar updates without that much overhead, I'll test it later...
AceDB restores the default for these bargroup settings. I'll change things a bit to fix that :)
That should fix the bug with tracking, too.
wrt group size: yes, the groups are larger that the bars. you see this when enabling the anchor. But I think I can shrink them in size when the anchor is hidden.
wrt Waterfall: I think this is a watherfall bug. numeric indexed things had been introduced to Aceoption tables later then the string keyed ones so maybe Waterfall isn't allowing them, yet :/
wrt to temporary weapon enchant names and ranks: there is no API returning either name or rank as there is for buffs. So I have to get these things from the tool tip. Currently the rank is thus part of the name. But I'll look into fixing that.
the 1 charge on some buffs is a "bug" from an other fix I made; I'll look into thatone, too.
@gilgalad:
1. will come later when I finished the fubar stuff
2. there are that many font sizes in order to allow individual font size settings for each of the strings ;) Since you most likely only adjust things once that shouldn't be too hard. you can also change things directly in the saved variables file.
@Baghwan:
it's an Ace2 addon so simply change the profile.
Cool, I was thinking of an update routine something like:
function ElkBuffBars:OnUpdate()
for _,bargroup in pairs(self.bargroups) do
for _,bar in pairs(bargroup.bars) do
if not bar.data.untilcancelled then
bar.bar:SetValue((bar.layout.width - bar.layout.height) * (GetTime() - bar.data.starttime) / bar.data.timemax)
end
end
end
end
This would then update the entire list on the 0.1 strobe, and the bars every frame. This means that the bar.data.starttime needs to be recorded/calculated, but should provided a smooth appearance, but performance-friendly visual update.
There...doesn't seem to be profiles. Or at least I'm not seeing them (in game). They're not in the FuBar plugins options, nor through DeuceCommander or Niagara
Well, my plan is to reduce updates from 10/sec to 5/sec but have those bar with a maxtime <2min refresh the statusbar OnUpdate. So in the end performance could be even better than beore. For bars with a maxtime >2min the 5 updates/sec should be enough since 2*60*5 = 600 Updates during runtime and I don't think someone will have bars with >600px ;)
I would think that all debuffs are colored red as standard?
When I get a shadow word pain on me it seems that it is colored blue instead of red.
Also when I get a mark of the wild it seems to think the max time is 60 mins instead of the 30 wich is the real deal.
I've seen this same thing with Greater and normal Blessings. After having Greater Blessing of Wisdom up, buffing the normal version still seems to think it's 15 minute max. Seems to be a problem with differentiating the 2 different buffs in it's caching of them?
Sounds perfect! :)
WRT the waterfall bug I contacted it's author and he's looking into it.
Importent note on the commit:
REMOVE YOUR SAVED VARIABLES
For the bug wrt group buffs vs single target buffs I don't know what's happening there :/
and for SW: Pain having a blue bar: it's a magic debuff which are colored blue. A poison would have a green bar. If you don't like that bar coloring, turn of coloring bars by debuff type.
The smooth bar update didn't work for me.
I had to change the OnUpdate method (line 77) from:
to:
Although, a probably better fix is to change line 334:
to:
This simplifies the OnUpdate to:
[2007/04/02 16:48:40-721-x1]: ElkBuffBars-2.0 beta\EBB_BarGroup.lua:49: table index is nil
<in C code>: ?
AceEvent-2.0-30806 (Ace2):251: in function `TriggerEvent'
AceEvent-2.0-30806 (Ace2):997: in function <Interface\AddOns\Ace2\AceEvent-2.0\AceEvent-2.0.lua:990>
---
And
[2007/04/02 16:49:06-721-x1]: ElkBuffBars-2.0 beta\EBB_BarGroup.lua:49: table index is nil
FuBarPlugin-2.0-31648:444: in function `?'
Dewdrop-2.0-31348 (DewdropLib):488: in function <...erface\AddOns\DewdropLib\Dewdrop-2.0\Dewdrop-2.0.lua:429>
---
Deleted My Saved Variables and got the above errors :(
Looking forward to a fix as only been able to use this addon once so far it it realy nice
1. will come later when I finished the fubar stuff
2. there are that many font sizes in order to allow individual font size settings for each of the strings ;) Since you most likely only adjust things once that shouldn't be too hard. you can also change things directly in the saved variables file.
thanks!
What i received with the latest version after logging in. I did have several buffs at the time.
Love the mod by the way.
Stav
Buff naming works perfect now, even with poisons :)