darn taint

[Grimsin]

what should i do about this?

1x <event>ADDON_ACTION_BLOCKED:AddOn '!GrimUI' tried to call the protected function 'PartyMemberFrame1:Hide()'.
<in C code>: in function `Hide'
Interface\FrameXML\PartyMemberFrame.lua:111: in function `PartyMemberFrame_UpdateMember':
Interface\FrameXML\PartyMemberFrame.lua:317: in function `PartyMemberFrame_OnEvent':
<string>:"*:OnEvent":1: in function `OnEvent'
Interface\FrameXML\UnitFrame.lua:417: in function <Interface\FrameXML\UnitFrame.lua:415>:

[wurmfood]

You're trying to hide stuff during combat, which you can't do.

[Grimsin]

yes you can.

Im just not sure how.

I think i may have fixed that problem by disabling the onevent and setscript for the partyframes. Problem though is how to hide my own partyframes when changing to a raid and in combat....

somehow you can show/hide secure frames in combat does anyone know? i know this much... i think it has to do with doing a setattribute but im not sure how to do a setattribute with my own function in it... wowwikki gets hard to follow on this area...

[acapela]

dunno if this is what will work for you, but...

something that worked for me in Aloft was to UIObject:SetAlpha() to zero (0).

a bit tricky with nameplates, as this leaves the frame assembly "invisible" but still sensitive to the mouse, which can generically affect clicking on the WorldFrame, but Frame:EnableMouse() is also protected in combat (which resulted in disabled nameplate frame assemblies being recycled in combat, and then coming back into range assigned to a different unit but with the mouse still disabled; this might be less a problem with something static like a unit frame).

edit: depending on the nature of the object being hidden, it is my perception that Region:Hide() can indeed be "protected" in combat. this is true of the root frame in a nameplate assembly, for instance.

[Grimsin]

it is protected in deed. If i understand things right you can use SetAttribute with a secure template of somekind to hide show frames in combat.

--- edit ---

heh just ran into a related issue. hiding the party frames is not only protected i used register unit watch to show/hide them in the first place how the heck do i hide those now? lol. need to hide them when joining a raid....

[Xrystal]

Wouldn't it be easier ( assuming it's possible ) to have the attributes mark the frame as "player", "party1", "raid1" as required depending on the situation. That way you won't need to hide the frame at all.

[Grimsin]

no luck yet.... i think it has to do with to many frames hooked to each other it does not show hide the right ones or something.... i dont know. the base looks like this

-- party frame 1 unit watch
local GrimMPartyFrame1 = CreateFrame("frame", "GrimMPartyFrame1", GrimPartyMain, "SecureUnitButtonTemplate")
GrimMPartyFrame1:SetAttribute('unit', 'party1')
RegisterUnitWatch(GrimMPartyFrame1)
 
GrimUI.GrimMPartyFrame1 = GrimMPartyFrame1
 
-- party frame 2 unit watch
local GrimMPartyFrame2 = CreateFrame("frame", "GrimMPartyFrame2", GrimPartyMain, "SecureUnitButtonTemplate")
GrimMPartyFrame2:SetAttribute('unit', 'party2')
RegisterUnitWatch(GrimMPartyFrame2)
 
GrimUI.GrimMPartyFrame2 = GrimMPartyFrame2
 
-- party frame 3 unit watch
local GrimMPartyFrame3 = CreateFrame("frame", "GrimMPartyFrame3", GrimPartyMain, "SecureUnitButtonTemplate")
GrimMPartyFrame3:SetAttribute('unit', 'party3')
RegisterUnitWatch(GrimMPartyFrame3)
 
GrimUI.GrimMPartyFrame3 = GrimMPartyFrame3
 
-- party frame 4 unit watch
local GrimMPartyFrame4 = CreateFrame("frame", "GrimMPartyFrame4", GrimPartyMain, "SecureUnitButtonTemplate")
GrimMPartyFrame4:SetAttribute('unit', 'party4')
RegisterUnitWatch(GrimMPartyFrame4)
 
GrimUI.GrimMPartyFrame4 = GrimMPartyFrame4
 
---- hide party frames in raid ----
 
 
 
local RaidPartyHandler = CreateFrame("Frame", "RaidPartyHandler", UIParent, "SecureHandlerStateTemplate");
SecureHandler_OnLoad(RaidPartyHandler);
RaidPartyHandler.GrimPartyMain = CreateFrame("Frame", nil, RaidPartyHandler);
 
 
 
RaidPartyHandler:SetFrameRef("GrimPartyMain", RaidPartyHandler.GrimPartyMain);
RaidPartyHandler:Execute([[
GrimPartyMain = self:GetFrameRef("GrimPartyMain");
]]);
RaidPartyHandler:SetAttribute("_onstate-unitexists", [[
    if newstate then
    GrimPartyMain:Hide()
    else
    GrimPartyMain:Show()
    end
]]);
 
RaidPartyHandler:SetAttribute("unit", "raid1");
RegisterUnitWatch(RaidPartyHandler, true);
 
RaidPartyHandler:SetAttribute("state-unitexists", UnitExists("raid1"));

[Grimsin]

FIGURED IT OUT!! thanks a lot !

[Grimsin]

now trying to make the variable it checks come from theblizzard one but... not happening so far.

how would you check the blizz variables in this case? getcvar in the brackets does nothing

[Xrystal]

Originally Posted by Grimsin now trying to make the variable it checks come from theblizzard one but... not happening so far. how would you check the blizz variables in this case? getcvar in the brackets does nothing

I usually dabble in the options screen that sets the variable and see how they set it, then grab it from that.

eg.
local uiScaling = GetCVar("useUiScale");
local uiScale = tonumber(GetCVar("uiScale"));

I use those in my nUI InfoPanel plugins when I need to ensure scaling values in the options are taken into account. Example : FontSize 10 at scale of 1.0 would be too small at scale or 0.6 so I check the scale and then use a higher fontsize so that it still looks fine.

[Grimsin]

yea the problem is i cant put those into secure template functions. or at lest em not sure how i think they need to be woven into the execute but..

[Grimsin]

just found out that set focus on the dropdown menu is blocked for my party and player frames

[Xrystal]

Originally Posted by Grimsin just found out that set focus on the dropdown menu is blocked for my party and player frames

Yep, standard addon functionality I'm afraid.

[Grimsin]

Originally Posted by Xrystal Yep, standard addon functionality I'm afraid.

this was linked to me from the bliz forums, posted same question there.

http://forums.wowace.com/showthread.php?t=16669

i also had another idea.... what if... one were to take over the bliz function for setfocus on the drop down and replace it with lua code that runs the /focus slash cmd, and create your own setfocus frame that opens on unit watch..

if the bliz focus frame works on unitwatch then you dont need to make your own even. assuming the macro will fire from lua while in combat.

that work around that i posted the link to looks dicey to me but then im still a coding noob imo.

[AnrDaemon]

I'm using keybind (Alt+F) to set focus.
I saw many discussions about addon being unable to set focus, and to create a macro for "/focus", but I'm failing to see how that would be more useful...

[nightcracker]

I have no idea how it works, but it's in my bookmarks:
http://paste.wowace.com/781/

[Dayve]

For the user setting to work the code snippet that runs in response to state change needs to reference the setting in a variable in its restricted environment; in the code I provided it is stored in "raidhideparty". After initialization and whenever the user setting changes it must be propagated into the restricted enviroment using :Execute, which is the purpose of the 3rd code extract in my first post, which effectively sets "ridehideparty" to be equal to the value in the user setting variable. That part could also be written like this for clarity (with the appropriate CVar used):

RaidPartyHandler:Execute("raidhideparty = " .. tostring(GetCVarBool("hidePartyInRaid")));
RaidPartyHandler:SetAttribute("state-unitexists", UnitExists("raid1"));