ExtraActionButton1

[zork]

Has anyone worked with this button on the PTR already?
http://www.abload.de/img/wowscrnshot_102611_203zzzh.jpg

To make him appear you can do:

/run _G["ExtraActionButton1"]:Show()
/run _G["ExtraActionButton1"]:SetParent(UIParent)
/run _G["ExtraActionButton1"]:SetSize(100,100)
/run _G["ExtraActionButton1"]:SetPoint("CENTER",0,0)

The button is bound to the ExtraActionBarFrame:

/run print(_G["ExtraActionButton1"]:GetParent():GetName())

Ok, Tekkub has the Code already:

https://github.com/tekkub/wow-ui-sou...onBarFrame.lua
https://github.com/tekkub/wow-ui-sou...onBarFrame.xml

Search for "extra". Some Spell for Ysera is currently set up.

The event is: "UPDATE_EXTRA_ACTIONBAR"

There are no updates on parent or setpoint on the button. So we could just reparent it to another BarFrame.

[Tuller]

That's more or less what my plan /w Dominos is, except I've attempted to re-parent the entire ExtraActionBar.

[zork]

Not sure if that will work. UIParent_ManageFramePositions() gets called somewhere in the code to reposition the frame.

[sigg]

Hello

It is an action button. The action id is 121.
It is the same range as the possess bar.

I just need to know if there is a visibility macro for that.
[extrabar] show; hide;
like
[combat] show; hide;

[zork]

Where can we test this button? Raid only?

[Monolit]

Originally Posted by zork Where can we test this button? Raid only?

running those LFR pugs sounds like fun fun fun debugging

[Ketho]

Originally Posted by zork Where can we test this button? Raid only?

afaik during the Ultraxion and Madness of Deathwing fight

[Zista]

For those trying to reparent the entire bar, use

ExtraActionBarFrame.ignoreFramePositionManager = true

instead of

UIPARENT_MANAGED_FRAME_POSITIONS.ExtraActionBarFrame

to aviod taint.

[Tuller]

Here's the final stupid thing I decided to try in order to get the extra action buttons to work, which is seemingly working (based on one report):
https://github.com/tullamods/Dominos...aActionBar.lua

Basically, I created a secure frame, attached it to the ExtraActionBarFrame so that I could detect when it was shown/hidden by Blizzard code. Then, I attached the ExtraActionButton to my own secure frame, which is shown/hidden by the detector frame.

[Loshine]

The code what i have been used:

local ebf = ExtraActionBarFrame

ebf:SetParent(UIParent)
ebf:ClearAllPoints()
ebf:SetPoint("CENTER", UIParent, 0, -250)
ebf.SetPoint = function() end

It is only used to move the ExtraActionBarFrame

[zork]

Like Zista posted above

local ebf = ExtraActionBarFrame
ebf:SetParent(UIParent)
ebf:ClearAllPoints()
ebf:SetPoint("CENTER", UIParent, 0, -250)
--ebf.SetPoint = function() end --this is bad
ebf.ignoreFramePositionManager = true

This should prevent the taint you will be getting in combat.

[Haleth]

To test it, try the tank minigame at the Darkmoon Faire. It appears there, for me.

[zork]

p3lim is right. /run ExtraActionBarFrame:GetParent():GetName() reveils it.

This is what I'm using atm. The frame at the darkmoonfaerie is funny. But maybe the vehicle button 1 is actionbutton 121 aswell.

This is my current implementation. Still needs testing. Not sure if the event hooking is actually required (and the show/hide may even cause trouble in combat)

--get the addon namespace
    local addon, ns = ...
    --get the config values
    local cfg = ns.cfg
    local barcfg = cfg.bars.extrabar
    if barcfg and not barcfg.disable then
     
      --holder frame
      local bar = CreateFrame("Frame","rABS_ExtraActionBar",UIParent,"SecureHandlerStateTemplate")
      bar:SetSize(barcfg.buttonsize,barcfg.buttonsize)
      bar:SetPoint(barcfg.pos.a1,barcfg.pos.af,barcfg.pos.a2,barcfg.pos.x,barcfg.pos.y)
      bar:SetHitRectInsets(-cfg.barinset, -cfg.barinset, -cfg.barinset, -cfg.barinset)
      bar:SetScale(barcfg.barscale)
      cfg.applyDragFunctionality(bar,barcfg.userplaced,barcfg.locked)
     
      --the frame
      local f = ExtraActionBarFrame
      f:SetParent(bar)
      f:ClearAllPoints()
      f:SetPoint("CENTER", 0, 0)
      f.ignoreFramePositionManager = true
     
      --the button
      local b = ExtraActionButton1
      b:SetSize(barcfg.buttonsize,barcfg.buttonsize)
      bar.button = b
     
      --style texture
      local s = b.style
      s:SetTexture(nil)
      local disableTexture = function(style, texture)
        if not texture then return end
        if string.sub(texture,1,9) == "Interface" then
          style:SetTexture(nil) --bzzzzzzzz
        end
      end
      hooksecurefunc(s, "SetTexture", disableTexture)
     
      --register the event, make sure the damn button shows up
      bar:RegisterEvent("UPDATE_EXTRA_ACTIONBAR")
      bar:RegisterEvent("PLAYER_REGEN_ENABLED")
      bar:SetScript("OnEvent", function(self, event, ...)
        if (HasExtraActionBar()) then
          self:Show()
          self.button:Show()
        else
          self:Hide()
        end
      end)
     
    end --disable

[Vlad]

By the way, these special spells can be manually put on any bar if you like, because you can simply find their spellID and run it trough PickupSpell(spellID) then place the spell on the bar -tada!

Not much point except it being visible on the screen, unlike a hotkey would use the spell but not be visible on your bars (if you hide the extra bar).

Anyway, not really on topic, sorry!

[Loshine]

Originally Posted by zork Like Zista posted above local ebf = ExtraActionBarFrame ebf:SetParent(UIParent) ebf:ClearAllPoints() ebf:SetPoint("CENTER", UIParent, 0, -250) --ebf.SetPoint = function() end --this is bad ebf.ignoreFramePositionManager = true This should prevent the taint you will be getting in combat.

thank you for your help~

I'll rewrite it in my own lua

[tukz]

First of all, you don't need to parent to UIParent, it should be already parented here by default.

This is the reason why FramePositionManager taint if you move it from it's default position. Enabling ignoreFramePositionManager should solve the issue with tainting if parented to UIParent and if you move it from here.

There is another way to avoid tainting. Tuller seem to use this method aswell as seen on page 1 of this topic. On PTR, what I did when saw this button on a mmo-champion stream was to parent ExtraActionBarFrame to an "holder" frame. You use your own frame for StartMoving() and StopMovingOrSizing() instead of the Blizzard Frame. When you parent a frame somewhere else than it's default parent, it ignore FramePositionManager. This method is almost the same some users did in here with their regular action bars (MultiBarLeft, etc).

Btw, thx Roth for the texture hooking idea, I agree that it was very ugly.

[p3lim]

Originally Posted by tukz First of all, you don't need to parent to UIParent, it should be already parented here by default.

Its parented to MainMenuBar by default