CurseForge and Overwolf are joining forces!
Awesome More Information
  • 0

    posted a message on eePanels2 - Official Thread
    function eePanels2:PLAYER_TARGET_CHANGED()
      eePanels2:Print("eePanels2: player_target_changed");
      local trade1 = 37;
      for i=1,12 do
       BongosActionButton[trade1]:SetFrameStrata("HIGH");
       BongosActionButton[trade1]:SetFrameLevel(5);
       trade1 = trade1 + 1;
       eePanels2:Print("BAB["..trade1.."] frame level is now: " .. BongosActionButton[trade1]:GetFrameLevel() );
      end 
    end
    eePanels2:RegisterEvent("PLAYER_TARGET_CHANGED")


    Make sure you don't have another script calling PLAYER_TARGET_CHANGED

    You should do a
    /script BongosActionButton[37]:SetFrameStrata("HIGH");BongosActionButton[37]:SetFrameLevel(5);
    just to see if it's actually working.
    Posted in: General AddOns
  • 0

    posted a message on eePanels2 - Official Thread
    Like Seerah said, you can just make a script which affects all panels. The script just uses a loop, so you don't have to actually write the code for each individual panel. You can't attach scripts via the global settings. It would lead to more problems than it would solve; it was deliberately left out.

    Didn't I give you an example of doing that on the previous page?

    Edit - Actually, it was to Cala. Here: http://www.wowace.com/forums/index.php?topic=8139.msg167239#msg167239
    Posted in: General AddOns
  • 0

    posted a message on eePanels2 - Official Thread
    Quote from Tatia »

    Many thanks for the reply EE, i made the changes you surgessted:

    eePanel9:Hide()
    function eePanels2:StanceBarVisibility()
    local class = UnitClass("player");
    if class == "WARRIOR" or class == "PALADIN" or class == "DRUID" then
    eePanel9:Show()
    else
    eePanel9:Hide()
    end
    end

    eePanels2:RegisterEvent("PLAYER_ENTERING_WORLD", eePanels2.StanceBarVisibility)

    And it hides the stance panel on my lock on login as it should the problem is now that it wont unhide the stance parented panel on my pala :(


    I just looked up the function call: http://www.wowwiki.com/API_UnitClass

    So, it's probably only fetching the first variable, which isn't in all caps, thus it's always evaluating to false. Try changing it to this:
    local _, class = UnitClass("player");

    That will get ignore the first variable, and fetch the second.





    Quote from Papayafreak »

    is the a way to change the properties of the global properties instead of individual panels with the scripts?


    What?
    Posted in: General AddOns
  • 0

    posted a message on eePanels2 - Official Thread
    Quote from Tatia »

    Thanks for the reply Seerah it sort of works, i now have

    eePanel9:Hide()
    function eePanels2:StanceBarVisibility()
    local class = UnitClass("player");
    if class == "WARRIOR" or "PALADIN" or "DRUID" then
    eePanel9:Show()
    else
    eePanel9:Hide()
    end
    end

    eePanels2:RegisterEvent("PLAYER_ENTERING_WORLD", eePanels2.StanceBarVisibility)

    If i log out and log back in i can still see the stance panel but if i bring up the edit script window and click ok it hides the panel on my lock, if i do this on my pala it also hides the panel :(

    Maybe its not checking the class right, i dont know :( any ideas

    Tat


    It should probably be
    if class == "WARRIOR" or class == "PALADIN" or class == "DRUID" then

    Although your results don't exactly describe what I expect would happen if this were the only problem.
    Posted in: General AddOns
  • 0

    posted a message on eePanels2 - Official Thread
    Quote from WraithTwo »

    I'm a first time eepanels user that is running into a problem that I haven't seen refrenced elsewhere. I created a panel, and then anchored several other panels to it. When I reload my UI, all the anchored panels simply disappear, even though they still remain with all settings intact.


    My guess: You anchored them to panels named "eePanels3GuidePanel". Guide panels are only there to be moved; never anchor to a guide panel.

    In this example, it should be anchored to "eePanel3" instead.




    Posted in: General AddOns
  • 0

    posted a message on eePanels2 - Official Thread
    Quote from Tatia »

    Thanks Evil Elvis but that didn't hide the panel if i logged my lock with out a pet out.

    Thanks Seerah worked a treat at hiding the par by parenting it to the pet frame. As for:

    function eePanels2:StanceBarVisibility()
    local class = UnitClass("player");
    if class == "WARRIOR" or "PALADIN" or "DRUID" then
    THIS:Show()
    else
    THIS:Hide()
    end
    end

    eePanels2:RegisterEvent("PLAYER_ENTERING_WORLD", eePanels2.StanceBarVisibility)


    You're listening for PLAYER_ENTERING_WORLD here. I told you to do this for the pet function. You can only listen for an event once, so only one of your functions is actually going to get triggered by this event. You have to combine the logic in the two functions if you want both to listen to the same event. I think there's actually a panel you can parent to which should make all of that unnecessary though (Seerah mentioned it; it's been brought up in this thread a few times. I don't know the frame name myself).

    Seerah's right about adding a call to Hide() at the top of the script, outside of the function. I believe this is shown on the wiki examples.





    Quote from Craker »

    Did anyone have any ideas to my problem above with the drop shadows yet?


    You'll probably have more luck asking in the official WoW UI forum as this has to do with the way WoW handles transparencies (not an eePanels thing really). I can't help you myself. Maybe also check the eePanels2 wiki, as there are some tutorials on making textures there which might go over it.





    Quote from FlingWrinkle »

    Pretty sure this hasn't been answered before, since I've flipped through the entire thread, trying to find an answer to my previous question ^^
    Ok so hoping there's a perfectly logical explanation for this. I've "framed" my screen with a panel in the top and bottom. Top panel:


    So I want the bottom panel to have the same colors only "upside down". I figure np, I'll just invert the bg and gradient colors, but then I get this:


    So is there any way to fix this, or am I stuck with having to have the gradient darker than the bg color?
    Love the addon btw, just wish I knew how to do stuff with it.


    From the wiki: When in gradient mode, the background color and background gradient color determine the overall gradient. Due to how gradients work, you have to have the background color set to something besides absolute black (it's default setting) for the gradient to change anything besides the gradient's alpha

    Make it not-quite-black or change the alpha, and it should work.
    Posted in: General AddOns
  • 0

    posted a message on eePanels2 - Official Thread
    Quote from Tatia »

    This however does not hide the pet panel when i log my pala, any ideas?




    function eePanels2:DisplayPetPanel()
    local petexists = UnitExists("pet")
      if (petexists) then
        eePanel8:Show()
      else
        eePanel8:Hide()
      end
    end
    
    eePanels2:RegisterEvent("UNIT_PET", eePanels2.DisplayPetPanel)
    eePanels2:RegisterEvent("PLAYER_ENTERING_WORLD", eePanels2.DisplayPetPanel)
    Posted in: General AddOns
  • 0

    posted a message on eePanels2 - Official Thread
    Quote from Cala »

    Sorry, that was a badly worded sentence on my behalf. Someone was kind enough to shoot me some script today, so I've got the combat/ooc/resting issue taken care of, however I have come across one other minor issue. Perhaps a screenshot would be more helpful in this instance. What you're seeing here is my second eePanel set up to be behind the target's name, anchored to pitbull. I took the code from the script wiki and filled in values. However, I must have messed something up (even though I get no errors), because it does not have class colors, as the script should, but it is still the standard gradient colors that I set it up as.

    http://pics.livejournal.com/cadey/pic/0005htxh.png

    Do you guys see anything in the code that I screwed up? =\


    Do you have any other scripts which are listening for the same events that your class-color change script is listening for? Scripts are currently limited to only being able to have one of each event. If this is your problem, you'll have to come up with a way of combining your scripts.
    Posted in: General AddOns
  • 0

    posted a message on eePanels2 - Official Thread
    A) Didn't you answer your own question? You found that you were able to change the panel color in the paragraph above already.

    Just remember that you have to use one script to change all the panel colors. You either have to hard-code every panel color change into the function, or you could use a loop to change them:
    -- Get the total number of panels
    local numberOfPanels = #eePanels2.db.profile.panels;
    -- Loop from the first to last panel; change these numbers if you only want to affect a range of panels
    for i = 0, #numberOfPanels do
      eePanels2.db.profile.panels[i].background.frame:SetGradientAlpha("ALIGNMENT_TYPE_HERE", redValue, greenValue, blueValue, alphaValue, gradientRedValue, gradientGreenValue, gradientBlueValue, gradientAlphaValue)
    end



    B) You want LAYER_REGEN_ENABLED & PLAYER_REGEN_DISABLED to trigger a function when they occur? Probably half of the examples on the wiki respond to these two events. Just make sure they're calling one function.

    If you mean you want to get your combat state inside a function itself (as opposed to triggering a function call), then you use the IsResting() function like you already metioned.

    if IsResting() then
      // Do resting code
    else
      // Do combat code
    end
    Posted in: General AddOns
  • 0

    posted a message on eePanels2 - Official Thread
    Both of those questions - or very similar questions - have been asked and answered in this thread already. Try searching for "eePanels stance" and "eePanels raid". That might keep you from having to go through the whole thread.

    The eePanels script wiki page has some stuff on stances right now as well, too.
    Posted in: General AddOns
  • 0

    posted a message on eePanels2 - Official Thread
    Quote from Aeorred »

    So I've been playing around with scripts lately and I'm finding it rather difficult to change the texture of a frame. For some reason, the function doesn't work so I'm forced to literally make a new texture. So for instance my Omen Toggle Script:
    THIS_Hook = AceLibrary("AceAddon-2.0"):new("AceHook-2.1")
    
    local arrow = THIS:CreateTexture(nil, "Arrow") -- Allocate texture
    local texture = 0 -- Hold what state the texture is at
    local first = 1 -- First time running the script
    
    -- OnMouseDown - Current Function: Set the new texture up so that it changes every time you click the panel.
    --        Desired Function: Set the new texture up so that it changes to a temporary texture when you click down.
    function THIS_Hook:OnMouseDown(self,button)
      arrow:SetHeight(THIS:GetHeight()) -- Set the Height and width etc
      arrow:SetWidth(THIS:GetWidth())
      if first == 1 then -- If its the first time running it, set the texture (it Doesn't work without this for some reason. -.-)
      	arrow:SetTexture("Interface\\Addons\\SharedMedia\\MyMedia files\\ArrowUp.tga")
      	texture = 0
      	first = 0 -- No longer the first time running the function
      end
      if texture == 1 then -- If Omen is visible, hide it.
      	arrow:SetTexture("Interface\\Addons\\SharedMedia\\MyMedia files\\Arrow.tga")
      	texture = 0
      	OmenAnchor:Hide()
      elseif texture == 0 then -- If Omen is hidden, make it visible.
      	arrow:SetTexture("Interface\\Addons\\SharedMedia\\MyMedia files\\ArrowUp.tga")
      	texture = 1
      	OmenAnchor:Show()
      end
      arrow:SetPoint("CENTER",0,0) -- Set the position of the texture.
      --THIS:SetHeight(70) -- Used to make sure clicking works.
    end
    
    -- OnMouseUp - Current Function: None but testing.
    --       Desired Function: Set the new texture up so that it changes to the final texture when you release.
    function THIS_Hook:OnMouseUp(self,button)
      --THIS:SetHeight(35)
    end
    -- To do: mouse rollover
    
    -- Hooking etc
    THIS_Hook:HookScript(THIS, "OnMouseUp")
    THIS_Hook:HookScript(THIS, "OnMouseDown")

    I have no idea how to actually just set the texture of the panel so I came up with a way to make a texture overtop. SetTexture(stuff) doesn't work for a panel and what I thought would work:
    eePanels2.db.profile.panels[PANELNUMBERHERE].background.texture.texture = "TEXTUREPATH"

    doesn't. So basically, anyone know how to change a texture without doing all I did? Creating a new texture like I do adds to the memory usage of eePanels so its not very efficient. Especially when I plan to use the script several times for hiding/showing several addons. Any suggestions would be helpful.




    The bottom piece of code is changing the texture path in the database, but isn't telling eePanels to update. Try this instead:
    local panel = eePanels2.db.profile.panels[PANEL_NUMBER_HERE]
    panel.background.texture.texture = "TEXTURE_PATH"
    eePanels2:ChangeBackdrop(panel)
    Posted in: General AddOns
  • 0

    posted a message on SharedMedia weirdness
    Check Wiltock's reply. I'm not 100% sure escaping the backslash is the culprit, but I've had enough problems in the past to just do it out of habit now when working with file paths and backslashes.

    Try:
    LSM:Register("statusbar", "Hal A", "\\Interface\\Addons\\SharedMedia-2.0\\MyMedia files\\HalA.tga")
    Posted in: General AddOns
  • 0

    posted a message on eePanels2 - Official Thread
    Quote from Civrock »

    I noticed a graphical abnormality tonight when I switched from FSAAx1 to FSAAx2. Two images to show what I'm talking about:

    FSAAx1:



    Working as intended, smooth transition to Fubar.


    FSAAx2:



    As you can see, they seem to overlap for some reason. And when I try to move it away by a pixel, it creates a 1 pixel space. It seems to be impossible to create a smooth transition when FSAA is at x2 or higher. I have the same problem with several other panels, even eePanels with each other.

    eePanels2 bug or something else? Any ideas?



    All of this is how WoW renders panels, etc, etc. You can try decreasing the horizontal position by 0.5 (ie: go from 100 to 99.5), and see if that helps. Other than that, there's not much anyone can do.
    Posted in: General AddOns
  • 0

    posted a message on eePanels2 - Official Thread
    Bongos doesn't have a frame which you can parent it to (afaik). You could probably anchor it to one of the buttons, though.
    Posted in: General AddOns
  • 0

    posted a message on Utterly ridiculous...
    I prefer the GOM Player for playing back videos/DVD's on windows.
    Posted in: General Chat
  • To post a comment, please or register a new account.