Would hooking the header's OnEvent ensure that it's run after the default update so the vehicle updates do not happen to "early" ?
Edit: Should just had realized the problem lies in that the unit attribute is still player even when entering a vehicle and that's why it's not updating correctly. Just made it change unit on attribute whenever you enter or exit an vehicle. When you change any attribute the header updates so there's not much else to do to it it seems :) |
Anyone got experience with the sorting blizzard implemented? Is it working? More specifically is TIME working?
When I try it I get some weird orders... |
Quote:
|
Quote:
|
Quote:
|
Quote:
Edit: Tried to test this in combat but not sure if I left as I was dismounted, any way to shorten this? Code:
local sechan = CreateFrame("Frame", nil, nil, "SecureHandlerStateTemplate") |
Code:
local sechan = CreateFrame("Frame", nil, nil, "SecureHandlerStateTemplate") |
I'm currently trying to implement SecureAuraHeaderTemplates in my UnitFrame-AddOn. So I'm using it for "unit"-Attribute-Values != "player". But I'm having some problems with it. Generally my code is based on nivBuffs which is based on the code sigg posted.
1. When i have no unit in target and then target any unit, buffs are correctly shown. But when I then target another unit, the buffs of the old unit are shown. I call the "UpdateStyle"-function when targets change but it seems SecureAuraHeaderTemplates do no adjust the buff-frames (child1, ...) when switching target. 2. Sometimes new buffs are not shown on my player frame. This is true for being inside combat aswell as for not. Did anyone implement anything like this yet. Is it a flaw in my code or in Blizzards? Or do you need to see my code to judge that? |
You need that only for player buffs. You cannot cancel buffs on your target anyway so those can be just normal textures.
|
Well I think it simplyfies the code, for example its super easy to sort the buffs (just :SetAttribute call). Also if blizzard changes something about their buff api or how events are handeld for buffs i just have to use SecureAuraHandler witch makes it easier to maintain my code.
|
Quote:
|
You will need to force an update from an secure environment whenever your target changes. I do not know how to do this.
|
Quote:
|
Ok, I've been constantly trying... I've tried with XML, without, with SecureAuraHeader, with SecureActionButton .. quite frankly - my "solution" worked fine for Seerah she told me, but somehow - it doesn't work for me >.<
I can only disable first most left and most right buff. So could someone be kind and help me understand a bit more? Code is at https://github.com/moonwitch/Furbish/tree/experimental |
I actually didn't need any solution other than to stop doing something stupid that was tainting after 4.0. I just changed my method to a better, smarter way.
I don't sort or filter my buffs, I only skin them. That's why it worked. |
Quote:
If you have any problems I recommend taking a look into nivBuffs it's very clean code and it's working. |
I have taken a look at nivBuffs, still no win.
I took out : - the positioning - the ref to UNIT_AURA - the enablemouse (and tooltip part in the xml) - max display was taken out as well As far attributes go : I don't quite see which ones I am missing that are needed. Unless all of them are needed, then Blizz created a monster :( @Seerah : Show me? EDIT : Apparently Show() is key :P |
There really is no need to use the new SecureAuraHeaderTemplate if you are just moving and/or skinning the buff-buttons. It's only useful if you want to filter or sort buffs, since that would taint the original Blizzard BuffFrame.
So you seem to be mixing apples with oranges right now. Here's my local copy of Furbish, that I hacked a bit to also add a border. Maybe it'll help. To get the buffs where you want you must move both the BuffFrame and the ConsolidatedBuffs since Blizzards anchors the second row to ConsolidatedBuffs. http://pastebin.com/axuBEh9G Looking at your mission statement on what's different in your version of Furbish, it would be how the times are formatted, which is easily changed at the top of the paste I linked. |
Well, the mission statement was slightly outdated :P
Basically here's what the my version did : - Skin buffs, debuffs - relocate - add timers And apparently those 3 made sure I got taint >.< So I set out to solve it. (I really do need that right click) Now that being said, I could only get it partially working. It seems to have a mind of its own. Thank you, Ailae, you solved it for me, I thought I had gone through all the global blizzy stuff, but apparently I missed one. BUFF_WARNING_TIME <- causes taint. So it works fine now, thanks! |
Does anyone know if the problems with temporary weapon enchants in the SecureAuraHeader have been fixed on the PTR?
|
All times are GMT -6. The time now is 01:04 PM. |
vBulletin © 2024, Jelsoft Enterprises Ltd
© 2004 - 2022 MMOUI