Coloring auras by their buff/debuff type

Clamsoda · 02-08-13, 06:05 AM

Good morrow,

I wanted to inquire about coloring the borders of my buffs and debuffs by their color type. I am aware that enabling showType, showBuffType, or showDebuffType will overlay the appropriate aura with a texture, colored by said aura's type, but is there any way to simply color the 1px by 1px border that already surrounds the aura?

Thank you very much.

Phanx · 02-08-13, 06:41 AM

Just add a PostCreateIcon function to your layout's Auras/Buffs/Debuffs element that modifies the button.overlay texture object's texture, points, texCoords, etc.

I'm not sure what "1px by 1px border" you're talking about, as oUF doesn't add any such texture to aura buttons. If your layout does, it's probably already using a PostCreateIcon function, in which case you should just get rid of the border texture object, and apply those properties to the button's overlay object instead.

Clamsoda · 02-08-13, 07:09 AM

Thanks for the reply as usual Phanx;

The oUF layout is my own, and I've not created ANY border for the auras, they inherently have a 1px by 1px border around them. As a reference, here is the code I use to produce my buffs and debuffs.

Lua Code:

lib.generate_Buffs = function(f)
    b = CreateFrame("Frame", nil, f)
    b.size = 19
    b.num = 40
    b.spacing = 1
    b.onlyShowPlayer = false
    b:SetHeight((b.size+b.spacing)*4)
    b:SetWidth(f.width / 2)
    b:SetPoint("BOTTOMLEFT", f, "TOPLEFT", 0, 1)
    b.initialAnchor = "BOTTOMLEFT"
    b["growth-x"] = "RIGHT"
    b["growth-y"] = "UP"
    b.showType = true
        
    f.Buffs = b
end

There are no hooks or callbacks, so the border is definitely inherent; that being said, I want to set the vertex color of said border, but I am not sure how to reference it.

zork · 02-08-13, 08:42 AM

Do you define "local b" anywhere? If not please make sure your variables stay local unless they should be applied to the global scope.

I know that because it is my bug.

http://code.google.com/p/rothui/sour...e/core.lua#334

Clamsoda · 02-08-13, 08:59 AM

Good call Zork ;]

Rainrider · 02-08-13, 08:13 PM

I assume you mean just the border of the stock icons (the thing we always want to remove with SetTexCoord(0.1, 0.9, 0.1, 0.9)). If so then there is no way to color just that part of the texture.

@Phanx
oUF does add a border texture to the aura buttons unless the layout provides its own auras.CreateIcon function.

Phanx · 02-08-13, 10:22 PM

Originally Posted by Rainrider

oUF does add a border texture to the aura buttons unless the layout provides its own auras.CreateIcon function.

I'm looking at elements\aura.lua right now, and I see the following objects being created on each aura button:

* cd (cooldown),
* icon (texture),
* count (fontstring),
* overlay (texture), and
* stealable (texture).

None of these appear to be a border. The "overlay" texture is what gets colored by debuff type. Based on the OP's description it is a highlight that covers the whole icon, so if s/he wants it to be a border instead of a highlight, that should be done by changing the texture file and coords, eg:

Code:

self.Buffs.PostCreateIcon = function(element, button)
    button.overlay:SetTexture("Interface\\AddOns\\oUF_MyLayout\\BorderTexture")
    button.overlay:SetTexCoord(0, 1, 0, 1)
end

Maybe you're thinking of the "border" that's built into most of Blizzard's actual icon textures? That is part of the icon texture, and cannot be colored separately from the whole icon. You can get rid of it by "clipping" the texture:

Code:

self.Buffs.PostCreateIcon = function(element, button)
    button.icon:SetTexCoord(0.07, 0.93, 0.07, 0.93)
end

Clamsoda · 02-08-13, 11:41 PM

You are absolutely correct Phanx, it is the Clean Icons: Thin border. As usual I feel as stupid as is possible.

Your posted code will work perfectly, thank you very much. Sorry about the confusion.

Rainrider · 02-09-13, 09:47 PM

Originally Posted by Phanx

I'm looking at elements\aura.lua right now, and I see the following objects being created on each aura button:

* cd (cooldown),
* icon (texture),
* count (fontstring),
* overlay (texture), and
* stealable (texture).

None of these appear to be a border. The "overlay" texture is what gets colored by debuff type. Based on the OP's description it is a highlight that covers the whole icon, so if s/he wants it to be a border instead of a highlight, that should be done by changing the texture file and coords, eg:

You are of course perfectly right. But Interface\\Buttons\\UI-Debuff-Overlays is just what the user sees as a border and that's what I meant.

Clamsoda · 02-10-13, 03:16 AM

Is there anyway I can draw the overlay texture above the cooldown model? Currently, the cooldown spiral is drawn above the overlay texture, and makes color recognition difficult.

I have tried changing the Strata(just as a test), and the DrawLayer of the overlay texture and have had no luck.

Thank you everyone for the help thus far!

Rainrider · 02-10-13, 07:59 AM

Just anchor the overlay texture so that it expands beyond the edges of the icon.

Code:

self.Buffs.PostCreateIcon = function(element, button)
    button.overlay:ClearAllPoints()
    button.overlay:SetPoint("TOPLEFT", -2, 2)
    button.overlay:SetPoint("BOTTOMRIGHT", 2, -2)
end

Experiment with the values depending on your texture for the overlay. It the texture you use for the overlay is not transparent and covers the icon you could use button.overlay:SetDrawLayer("BORDER").

Clamsoda · 02-10-13, 08:24 AM

Thank you for the input Rainrider, but at the moment, it would be a lot more desirable for me to draw the overlay texture above the cooldown model. Have you got any input as to how I may achieve that?

Phanx · 02-10-13, 08:01 PM

The cooldown model is a frame, not a texture, so it sits above the button frame and all the button frame's textures. If you want a texture to be above the cooldown frame, it needs to either be parented to the cooldown frame, or parented to some other frame that's above the cooldown frame.

Most addons solve this problem by parenting the textures to the cooldown frame when it's shown, and then parenting them back to the button frame when the cooldown is hidden.

Clamsoda · 02-12-13, 10:13 AM

I experimented with parenting the overlay texture to the CD model if shown, and I found mild success. It works perfect for any aura with a numeric duration, but the overlay texture ceases to show up for auras with unlimited duration (mounts, traditional auras etc.).

My current code is:

Code:

	lib.PostCreateIcon = function(self, button)
		button.overlay:SetTexture("Interface\\AddOns\\oUF_Clamsoda\\media\\aura2")
		button.overlay:SetTexCoord(0, 1, 0, 1)
		button.overlay:ClearAllPoints()
		button.overlay:SetPoint("TOPLEFT", -1, 1)
		button.overlay:SetPoint("BOTTOMRIGHT", 1, -1)
		
		if button.cd:IsVisible() then 
			button.overlay:SetParent(button.cd)
		end
	end

I had an else statement to make sure the aura was anchored to the icon, but that seemed unnecessary considering that is the case my default.

I also opted for IsVisible() because the cooldown frame is anchored to the button, and will respond to IsShown() with respect to the parent, which would always return true.

Also, occasionally the cooldown doesn't update for some auras. For example, I could target someone, and their 1 hour kings buff would have 30 minutes left, but there is no timer, and the cooldown spiral is at full duration. Is this an issue on my side, or with oUF?

Thanks tons.

Phanx · 02-12-13, 02:52 PM

PostCreateIcon only runs once, when the button is created. At that point, all of the button's child frames, textures, and font strings have been created, but nothing has been hidden, colored, or otherwise configured for a specific buff or debuff. Your code will always parent the texture to the cooldown frame, which is why it fails for auras without durations.

Instead, you should remove the red part from your PostCreateIcon function, and add a PostUpdateIcon function; this will run every time the button is updated for a specific buff or debuff.

Code:

		if button.cd:IsShown() then
			button.overlay:SetParent(button.cd)
		else
			button.overlay:SetParent(button)
		end

Without seeing the rest of your code, I couldn't tell you whether your cooldown updating problem is coming from your layout or not, but I've never seen it happen in my own layout, so I'd suspect an issue somewhere in your code.

Clamsoda · 02-13-13, 12:04 PM

Thanks for the help and explanations thus far Phanx.

Currently your suggested implementation isn't working, and is yielding some strange results. Unit frames display no auras, and are colored completely white. Here is my implementation:

Lua Code:

lib.PostCreateIcon = function(self, button)
        button.overlay:SetTexture("Interface\\AddOns\\oUF_Clamsoda\\media\\aura2")
        button.overlay:SetTexCoord(0, 1, 0, 1)
        button.overlay:ClearAllPoints()
        button.overlay:SetPoint("TOPLEFT", -1, 1)
        button.overlay:SetPoint("BOTTOMRIGHT", 1, -1)
    end
    
    lib.PostUpdateIcon = function(self, button)
        if button.cd:IsShown() then
            button.overlay:SetParent(button.cd)
        else
            button.overlay:SetParent(button)
        end
    end
    
    lib.generate_Buffs = function(f)
        local b = CreateFrame("Frame", nil, f)
        b.size = 19
        b.num = 40
        b.spacing = 1
        b.onlyShowPlayer = false
        b:SetHeight((b.size+b.spacing)*4)
        b:SetWidth(f.width / 2)
        b:SetPoint("BOTTOMLEFT", f, "TOPLEFT", 0, 1)
        b.initialAnchor = "BOTTOMLEFT"
        b["growth-x"] = "RIGHT"
        b["growth-y"] = "UP"
        b.showBuffType = true
        
        b.PostCreateIcon = lib.PostCreateIcon
        b.PostUpdateIcon = lib.PostUpdateIcon
        
        f.Buffs = b
    end

By removing the call to the PostUpdateIcon function, frames return to normal. I can't figure out what I am doing wrong >.<

EDIT: Figured it out. I missed an argument before button, and was calling the wrong variable. Got it now, thanks tons for the input!

Phanx · 02-13-13, 08:51 PM

Also, whenever you are doing anything with addon code, make sure you have something showing you Lua errors in-game. The problem you described was absolutely raising a Lua error. At the very least, turn on "Display Lua errors" under Interface Options > Help, though I strongly recommend using BugSack, as the default error display cannot show you errors that are raised during the initial loading process, and BugSack has other advantages as well.

Clamsoda · 02-15-13, 08:48 AM

Originally Posted by Phanx

Also, whenever you are doing anything with addon code, make sure you have something showing you Lua errors in-game. The problem you described was absolutely raising a Lua error. At the very least, turn on "Display Lua errors" under Interface Options > Help, though I strongly recommend using BugSack, as the default error display cannot show you errors that are raised during the initial loading process, and BugSack has other advantages as well.

Well, I did have "Display LUA Errors" enabled, and I can confirm that it was enabled at that time, because I had a minor syntax error when I implemented your solution, and it was displayed (extra slash somewhere). I never once got an error for using the wrong argument, just the malformed frames. That being said, perhaps BugSack would have picked it up. I'll grab it. Thanks much!

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode