2.06
band-aid fix for lua error in radiogroup change handler

2.05
New UI layout.
Bugfixes:
* fixed right-click on buff icon giving lua error
* fixed tooltip being shown off-screen for bars at the edges of the screen
* fixed Buff.Change handler giving lua errors sometimes
Added:
* minimap button
* option to use native tooltip
* settings for bar background color
*separate settings for debuff font color
Changed:
* color data format in saved variables (color4F => color4B)

2.04 profile name textfield will now surrender focus when settings window is closed
fixed /kbb import issues
added /kbb export command
updated .toc file for 1.8 environment

2.03
Updated embedded LibSimpleWidgets to v.1.9.2.
Added range check for font size slider.
Added bars drop to Event.Unit.Available("player") as a countermeasure for buff events weirdness.

2.02
Overrode LibSimpleWidgets' bugged SetSelectedIndex for radio group.

2.01
fixed conflict with MinUI

2.00
GUI!
added profile export
added Command.Buff.Describe for buffs with incomplete description

1.08 (internal)
added duplicate buff IDs check to Buff.Add handler to compensate for extra Buff.Add events after teleporting
added "/kbb r" command (drop all bars and rescan buffs)
added "/kbb editfilter" command
added "/kbb profiles", "/kbb import" commands

1.07
added extra buff rescan to compensate for role changes not always firing buff remove events
tooltip: added workarounds for mouseout event only firing on mouse movement
moved tooltip to the same context as bars as a workaround for "tooltip behind bars" bug
added nil filter value check

1.06
fixed bar width not changing for buffs with infinite durations
added makeshift tooltip
rewrote bar comparison code
added on/off slash command
attempt to make group ids more unique
added index numbers to filter list

Note:
When KBB updates remaining time on bars, it subtracts update interval from remaining buff time, and sometimes asks server for buff info and adjusts bars accordingly.
Try playing with KBB.callsThrottle (how often it asks server for buff info) value in KBB_Defaults.lua file.

1.05
added "setgrowth" command
fixed bug with wrong sort order of buffs with infinite duration
reduced amount of Inspect.Buff.Detail calls
1.04
added sorting of bars by remaining time
removed truncating of too long anchor texts
fixed misaligned bars after setting unit
1.03:
attempt to work around extra Buff.Add events after teleporting
attempt to increase performance
added canceling buffs on right-click

1.02:
workaround for floating point problems in filters
fixed issue with anchors loading wrong texts
added "where" command

1.01 :
added extra nil check in timer update

Comment Options

Page 10 of 11 « First < 8 9 10 11 >

06-11-12, 09:51 AM
Tarien Forum posts: 0 File comments: 15 Uploads: 0	Quote: Originally Posted by Kreiri Default value for KBB.throttle is 0.2; default value for KBB.callsThrottle is 8. Sending buff info request to server every 0.2 seconds would hit performance very hard, even if addon wasn't stopped by addon watchdog. Another possible solution would be to keep record of all buffs on watched units, and check their assumed remaining times every tick - but this again would have an impact on performance (though less than sending server requests every 0.2 seconds), and the more buffs you have, the worse would performance be. Regarding the first paragraph, KBB.callsThrottle is time in seconds that the addon checks with server to compensate for client side lag? And KBB.throttle is how often the addon updates the timers on screen, I believe I edited that value to 0.1 to make the timer bars shrink in a smoother fashion. Regarding the second possible solution, would you be able to take the debuff duration when it is applied, but not display it until the assumed time remaining = 'r' (user input variable for time remaining)? No addon that I am aware of allows me to watch buffs/debuffs that have X seconds remaining as specified by the user, you'd be the first, I think. EDIT: At least for my purposes it does not need to be super accurate, and I imagine there are a lot of instances when maintaining a debuff or buff is more important than split second accuracy. Last edited by Tarien : 06-11-12 at 09:53 AM.

06-11-12, 09:59 AM
Kreiri Claw of Regulos   Forum posts: 19 File comments: 82 Uploads: 2	Quote: No addon that I am aware of allows me to watch buffs/debuffs that have X seconds remaining as specified by the user, you'd be the first, I think. No, it would not be me, either.

06-11-12, 10:21 AM
Tarien Forum posts: 0 File comments: 15 Uploads: 0	Quote: Originally Posted by Kreiri No, it would not be me, either. No chance of adding this?

06-27-12, 12:16 AM
Kreiri Claw of Regulos   Forum posts: 19 File comments: 82 Uploads: 2	KBB will be updated after 1.9 goes live on EU servers - I have to make sure it works on live servers before uploading. Note: there have been some changes in saved variables format. The version check/data format conversion seems to be working fine, but backup your saved variables file[1] before updating, just in case. [1] - Interface\Saved\SavedVariables\KreiriBuffBars.lua Last edited by Kreiri : 06-28-12 at 11:00 AM.

06-28-12, 11:21 AM
Kreiri Claw of Regulos   Forum posts: 19 File comments: 82 Uploads: 2	Uploaded v 2.05.

06-29-12, 12:24 AM
Rustytotem Forum posts: 0 File comments: 9 Uploads: 1	Great update! I've noticed a (very) minor bug/add-on conflict. I'm using this add-on for (de)buff bars, and nkThings for unit frames. The tooltips from this add-on when mousing over buffs and such (not the native tooltip) appear underneath the unit frames. Will there ever be any way to change the frame level of the tooltips/buffbars? Again, this is very minor, so probably not worth much time, if any. Edit: I should say, when I say "bug/add-on conflict" I mean more of an unintended consequence - there aren't any Lua errors or anything. Last edited by Rustytotem : 06-29-12 at 12:25 AM.

06-29-12, 01:06 AM
Wryn   Forum posts: 0 File comments: 10 Uploads: 0	Hi Kreiri, I wanted to try out you addon yesterday but the game told me this: Error: KreiriBuffBars/KBB_UI.lua:609: attempt to index local 'group' (a nil value) In KreiriBuffBars / KreiriBuffBars.KBB.uiWindow.playerRadioCheck:LeftClick stack traceback: KreiriBuffBars/KBB_UI.lua:609: in function 'RadioButtonChange' LibSimpleWidgets/radiobuttongroup.lua:74: in function 'RadioButtonSelected' LibSimpleWidgets/radiobutton.lua:31: in function 'SetSelected' LibSimpleWidgets/radiobutton.lua:138: in function <LibSimpleWidgets/radiobutton.lua:136> PS: I'm playing with the german client - don't know if this is a problem.

06-29-12, 04:54 AM
Kreiri Claw of Regulos   Forum posts: 19 File comments: 82 Uploads: 2	I'll check this when I get home from work. Thank you for the report. I apologize for the inconvenience.

06-29-12, 05:10 AM
Kreiri Claw of Regulos   Forum posts: 19 File comments: 82 Uploads: 2	Quote: Originally Posted by Rustytotem Great update! I've noticed a (very) minor bug/add-on conflict. I'm using this add-on for (de)buff bars, and nkThings for unit frames. The tooltips from this add-on when mousing over buffs and such (not the native tooltip) appear underneath the unit frames. Will there ever be any way to change the frame level of the tooltips/buffbars? Again, this is very minor, so probably not worth much time, if any. Edit: I should say, when I say "bug/add-on conflict" I mean more of an unintended consequence - there aren't any Lua errors or anything. Can't be helped. My tooltips have to be in the same context as buff bars to prevent them appearing below bars. I tried putting them in separate contexts with different strata, but I only found that setting context's strata to anything crashes the client on /reloadui :/ Last edited by Kreiri : 06-29-12 at 05:20 AM.

06-29-12, 05:12 AM
Kreiri Claw of Regulos   Forum posts: 19 File comments: 82 Uploads: 2	Quote: Originally Posted by Wryn Hi Kreiri, I wanted to try out you addon yesterday but the game told me this: Error: KreiriBuffBars/KBB_UI.lua:609: attempt to index local 'group' (a nil value) In KreiriBuffBars / KreiriBuffBars.KBB.uiWindow.playerRadioCheck:LeftClick stack traceback: KreiriBuffBars/KBB_UI.lua:609: in function 'RadioButtonChange' LibSimpleWidgets/radiobuttongroup.lua:74: in function 'RadioButtonSelected' LibSimpleWidgets/radiobutton.lua:31: in function 'SetSelected' LibSimpleWidgets/radiobutton.lua:138: in function <LibSimpleWidgets/radiobutton.lua:136> PS: I'm playing with the german client - don't know if this is a problem. Okay, I'm sacrificing my lunch break for this. Do you get this error only for this radio button group?

06-29-12, 09:00 AM
Wryn   Forum posts: 0 File comments: 10 Uploads: 0	Quote: Originally Posted by Kreiri Okay, I'm sacrificing my lunch break for this. Do you get this error only for this radio button group? I'm sorry for my late answer - was at work and I didn't remember my password. ^_^; Hope you had a lunch break afterall. And I get this error message as soon as I made a klick under "general" in "Player" for example. Does this help? Sorry, I'm really bad at this stuff... @_@

06-30-12, 01:58 AM
Kreiri Claw of Regulos   Forum posts: 19 File comments: 82 Uploads: 2	Updated to version 2.06: additional nil checks in event handlers.

06-30-12, 03:41 AM
Wryn   Forum posts: 0 File comments: 10 Uploads: 0	Quote: Originally Posted by Kreiri Updated to version 2.06: additional nil checks in event handlers. thank you

06-30-12, 10:23 AM
Zyme Forum posts: 0 File comments: 1 Uploads: 0	Is it possible to have debuffs/buffs that have completely expired remain visible as alerts? It seems like it might be, but I haven't figured out a way to do it. Maybe it isn't. For example, if I have a DoT that falls off completely, I would like to have its bar remain on my screen at 0.00 seconds or something rather than completely disappear as a reminder that I need to recast it. If this addon could do that it would be pretty much perfect for me.

06-30-12, 10:25 AM
Kreiri Claw of Regulos   Forum posts: 19 File comments: 82 Uploads: 2	No, sorry.

Page 10 of 11 « First < 8 9 10 11 >