I haven't tested it, but the attached container file should do what you want.
On an unrelated note, I have an announcement to make. After looking into the possibility of an easy configuration interface and investigating some serious performance issues (btw, it's probably not a good idea to use Buffalo2 when doing raids with 25 people) I don't think Buffalo2 can be made into a fast and easy to use mod. Thus I am sorry to tell you that I will cease active development. Sometimes, one must simply shoot the horse. If anyone wants to try their luck and take over, I will be happy to answer any questions you may have.
For those of you who look for a replacement: There is obviously Buffalo1, which seems to be working fine. If you want more options to tinker with, I would recommend Satrina's Buff Frames.
I have no plans yet to make a Buffalo3. If I will ever start working on it, it will probably be Plugin-based. Not this awful and unusable template system ;-) .
Your minor one is fixed. The major one is another story. Can you remember
1. Which containers you had active?
2. How many (real) buffs per container there were? Maybe even if you had more before that in the same session.
And did anyone else experience the same problem? I don't think it's a Mac only thing. At least I hope so. Would be a PITA to fix then.
You didn't happen to have all containers activated, did you? I just created dummy buttons while having them all on and my WoW froze. I was relieved to have a way to reproduce it. Then, after a second or so, it resumed just like normal. Maybe, on a less powerful machine (nothing against Macs, I don't know them good enough) the freeze would be enough to cause a crash.
I tried buff2.duration == nil but that didn't seem to work.
Oh and I'm seeing a buff count on divine favor and light's grace, which I wasn't a few days ago.
1. Try buff2.duration == false. I don't nil the entries out because they will be reused eventually.
2. I never played a paladin past level 5. Are these buff counts an unusual thing? I.e. are they 1 and shouldn't be shown?
I'm dense. I thought the error would occur with normal buffs, but your last comment "try to make buff dummys" made it clear that this error could only show itself for a button without a buff. I should've thought of that sooner. Anyway, it's fixed now. Thanks for reporting.
1. When have you updated Buffalo2 the last time?
2. If you updated today, have you updated SpecialEvents-Aura-2.0 with it ? (If you are using embeds, nevermind)
3. Which containers are you using?
4. Which buffs / debuffs were up when you logged in?
5. Now, when you start WoW, you should be able to select a container named "Important Buffs" with Buffalo2. Move and scale it to your liking.
Quote from luxus »
if it is posible just add the opt-dep to LibAbacus-3.0 so i don't have to do it on every update ;D
Fair enough. I will do just that on the next trunk revision (remind me please, should I forget it).
Quote from Coldfury »
i just flashed about something tho, since the texts scale with the button, do you think that "button.timertext:SetScale(X)" would work?
Yes, this works if you use "button.timer", not "button.timertext" (timertext is a FontString object that doesn't have a SetScale method). But you could also use "button.timertext:SetFontObject("GameFontNormalHuge")". You can use any game font here (see http://wdn.wowinterface.com/code/live/FrameXML/Fonts.xml for a list) or define your own font object and pass a reference.
I have 1 question tho, i modified Target and Dreamlayout to use a custom border, i will put them in custom containers but from when i looked at it, i didnt really understand how to make one lol... but anyway, my question is, how can i change the timer text size?
To make a new container, just copy the Sandbox.lua to MyContainer.lua or something and add the appropriate line to containers.xml (should be pretty obvious which line). Or, if you already modified Target and Dreamlayout, copy these to new files and add them to containers.xml.
As for the timer text size, I will see if I can work something out. From the top of my head, I'd say you have to change the font size of the buttons timertext with http://www.wowwiki.com/API_FontInstance_SetFont
I just uploaded a new version in the svn-branch. It would be great if you could test it. I haven't been raiding with it yet though, so expect the worst. Why branches? Because there were some major changes to the way buffs are detected. SE-Aura does almost all the work now, I just had to do some minor modifications to it (be sure to update your version of SE-Aura if you download Buffalo2 without externals). I hope this will
a) Fix the issue with jumbled up icons (for the fourth time or so)
b) Improve the overall-performance of Buffalo2
Don't be surprised if the Buffalo2_Dreamlayout behaves a bit weired with the branch version. For the icons to phase in and out when the time is nearly up, Dreamlayout has to be updated. I will do that when (if) the branches version moves to trunk.
Now, let's answer some of those questions:
Quote from gogusrl »
I want the borders that i have on the right (buffalo1). those are custom borders and that is why i use "Interface\\Tooltips\\UI-Tooltip-Border" instead of "Interface/Tooltips/UI-Tooltip-Border".
Could you attach your container template and the custom textures? I will have a look at it. If this is still an issue, that is.
Quote from Kyron »
this might have been asked a million time but i can't find an answer anywhere, what's the difference between Buffalo and Buffalo2 ?
Sidenote, i had to switch to Buffalo1 to have Roth borders :)
Stable (at least as far as I can tell) and relatively light-weight, but with few customization options. Use this if you just want to move your buffs around.
After over a year of development (with interruptions, of course) still not working as intended, but if I ever manage to make it work (*crossing fingers*) it will be far more customizable than Buffalo1. I think the template feature is a nice thing for those people who put addon collections up. They just define a template (yeah, I know it's still a PITA, it will become better some day) for their collection without having to copy large portions of SavedVariables.
Sidenote, what are Roth borders? :-)
Quote from nexus6 »
Is there any easy way to add sorting of buffs by duration? I used to use buffsort with buffalo and it worked fine, but with buffalo2 for some reason it stops working when I have buffs, log out, and log back on.
Unfortunately my OCD compels me to find a solution but with my limited LUA knowledge at the moment all I'm really doing is breaking things.
From looking at the code, I'm surprised this worked at all with Buffalo (1 or 2), or did you modify it? Anyway, if you want to sort by time left, this is not feasible at the moment. The internal Buffalo2 sorting is only done when a buff is added or removed, but not when it is refreshed, which means if your buffs are only refreshed and none is added or removed from a container, the order would most probably be not very sorted. BUT: If the aforementioned branch version is working like I hope it does, sorting on buff refreshing would become possible without putting too much strain on the system.
If you really mean the duration (total duration, not the time until the buff expires), that would be possible. Open the template you want to use and look for the Comparator method. Put something like this there (not tested):
Comparator = function(container, buff1, buff2)
if(buff2.duration < buff1.duration) then
elseif(buff2.duration == buff1.duration) then
Quote from JoFu »
I would like to centralize specific buffs like "Water-Shield" and "Clearcasting" into a different position. While the rest of my buffs should remain on-top or side of the screen.
Is it possible to seperate specific buffs into secondary containers with Buffalo2 ?
I also have to report that I couldn't get Buffalo2 to work. I tried to get into configuration mode but unfortunatly the containers wouldn't show up. So i switched to Buffalo1 wich works fine so far. I'll give it a second try with upcomming builds.
1. Yes, that's entirely possible. Actually, it's not really difficult to set up a container like that (although you still have to type some LUA), but I'm sorry, I'm a bit too tired at the moment to run you through it. I'll post a real answer some time tomorrow.
2. Doesn't show up? Not even ghost buffs? Hm, that's weird. Are you using bugsack? If yes, I suppose it didn't say anything. If no, please install it, Blizzard has disabled error messages by default. Anyway, if you can, please try out the branch version of Buffalo2 and tell me if the error persists. If you don't want to install an svn client, stick to Buffalo1 for the time being.
Well, this became quite lengthy. I'll be raiding tomorr... (*looks at the clock*) this evening to test the branch version. It'd be great if you could provide some feedback as I tend to not look too often at the buff icons.
Edit: I have attached the branch version as a zip with externals for those of you who don't want to install an svn client
i have just recently started to notice this but every now and then the buff icon dosn't match the buff it is supposed to represent if i have spirit and int buff the icons might be switched and so on
I noticed that too, with dread. It seems to be connected to short-time buffs, but I'm not sure yet.
Quote from tl »
I have found this addon yesterday and was immediately impressed, only to find out today that target container doesn't include buffs.
Silly me. I use my own containers and never really noticed that the standard ones don't show the target's buffs. Update and you'll have one. The container from post #90 didn't work because it was for an outdated version of Buffalo2.
I think I have fixed it. It only occured when a unit had more than 32 buffs (or debuffs), so that would explain why it only happened in raids and only for some people sometimes. So go do some test raids and let me know if it's gone.