I didn't change anything in my bar setup (from yesterday to today (german realm) but now with the latest BT version my bars are much bigger than before (about 10%).
Did Blizzard change anything on their side regarding positions / sizes, anything else, that could effect addons?
When using the call pet ability as a hunter (the one that pops up a little menu with all your active pets), I get the following error
Message: Interface\FrameXML\ActionButton.lua:617: Usage: GetActionInfo(slot)
Time: 10/13/10 20:01:41
Count: 1
Stack: [C]: in function `GetActionInfo'
Interface\FrameXML\ActionButton.lua:617: in function `ActionButton_UpdateFlyout'
Interface\FrameXML\SpellFlyout.lua:306: in function <Interface\FrameXML\SpellFlyout.lua:294>
[C]: in function `Show'
Interface\FrameXML\SpellFlyout.lua:287: in function `Toggle'
Interface\FrameXML\SecureTemplates.lua:271: in function `handler'
Interface\FrameXML\SecureTemplates.lua:540: in function <Interface\FrameXML\SecureTemplates.lua:488>
Locals: (*temporary) = nil
And the following when it hides
Message: Interface\FrameXML\ActionButton.lua:617: Usage: GetActionInfo(slot)
Time: 10/13/10 20:03:34
Count: 2
Stack: [C]: in function `GetActionInfo'
Interface\FrameXML\ActionButton.lua:617: in function `ActionButton_UpdateFlyout'
Interface\FrameXML\SpellFlyout.lua:325: in function <Interface\FrameXML\SpellFlyout.lua:310>
[C]: in function `Hide'
Interface\FrameXML\RestrictedFrames.lua:320: in function `Hide'
[string " if not newstate then return end..."]:9: in function <[string " if not newstate then return end..."]:1>
(tail call): ?
[C]: ?
Interface\FrameXML\RestrictedExecution.lua:441: in function <Interface\FrameXML\RestrictedExecution.lua:412>
(tail call): ?
Interface\FrameXML\SecureHandlers.lua:113: in function <Interface\FrameXML\SecureHandlers.lua:108>
[C]: ?
[C]: in function `SetAttribute'
Interface\FrameXML\SecureStateDriver.lua:114: in function <Interface\FrameXML\SecureStateDriver.lua:95>
Interface\FrameXML\SecureStateDriver.lua:127: in function <Interface\FrameXML\SecureStateDriver.lua:119>
Locals: (*temporary) = nil
4.4.11 up with showgrid fixed, keybinding conversion, and a fix for flyout buttons.
My firstborn child will be named Nevcairiel in your honor.
I should probably go look at the code before I ask this next question, but what the hey: is there a recommend way to programmatically toggle the showgrid for a given bar, or for all bars? What I have in mind is
1) normal play with showgrid off and buttonfacade set to 'zoomed'
2) run a /script that sets buttonfacade back to normal and showgrid to on
3) drag buttons around
4) run a /script to set things back to the way they are in (1)
That's the closest I think the current rules will allow for "show grid only while dragging buttons", which would be ideal for me. I've been playing all my toons with (1) for a long time and love it, but sometimes it's tricky dragging new spells into place when I can't see the empty grid. :-)
edit: er, forgot to mention a crucial bit: setting a buttonfacade to 'zoomed' hides the grid, which makes perfect sense, but that's the reason for the jumping through hoops in steps (2) and (4).
My firstborn child will be named Nevcairiel in your honor.
I should probably go look at the code before I ask this next question, but what the hey: is there a recommend way to programmatically toggle the showgrid for a given bar, or for all bars? What I have in mind is
1) normal play with showgrid off and buttonfacade set to 'zoomed'
2) run a /script that sets buttonfacade back to normal and showgrid to on
3) drag buttons around
4) run a /script to set things back to the way they are in (1)
That's the closest I think the current rules will allow for "show grid only while dragging buttons", which would be ideal for me. I've been playing all my toons with (1) for a long time and love it, but sometimes it's tricky dragging new spells into place when I can't see the empty grid. :-)
edit: er, forgot to mention a crucial bit: setting a buttonfacade to 'zoomed' hides the grid, which makes perfect sense, but that's the reason for the jumping through hoops in steps (2) and (4).
Run BT4Bar1:SetGrid(true) to enable it (or false to disable). That should hopefully do it. (For all bars, Bartender4:ForAll("SetGrid", true/false))
I want to tackle something else before i release yet another version, so if the drag issue described by Satrinna there bugs you, install LibActionButton 0.4-1 for now.
In dem letzten Posting hab ich gesehn, dass es eine Lib gibt die so ähnlich heißt wie das file das ich immer geändert habe. Und tatsächlich hab ich die Stelle mit AnyUp gefunden und des auf AnyDown geändert. Jetzt gehts wieder so wie ich es mir wünsche.
I want to tackle something else before i release yet another version, so if the drag issue described by Satrinna there bugs you, install LibActionButton 0.4-1 for now.
WooT, thank you for this fix. I just came here to ask about this as I was PvPing and managed to pull a few things off my bar by accident due to it. I grabbed the fixed Library above and it's working fine now. :-)
Hopefully anyone can help me with this. I'm trying to switch the bars as long as I press a certain mouse button, similar to the modifier keys. Just using the 'standard' macro doesn't work.
The "virtual click" can usually be ignored, but if you use a bar mod it can be useful. Action bars that respond to various state changes translate clicks to virtual ones that determine which action to use. Because these virtual clicks are addon-specific, I'm not going to go into any further detail here.
It sounds like the 'virtual click' is the key to the solution for my problem. Unfortunately I don't know what to use as 'virtual click'. So if anyone can come up with an example it would be much appreciated. :)
I've looked through and didn't see anyone with my same problem, but I might have missed it. I am unable to get bartender to switch my main bar anymore using the next/prev action bar hotkeys. Before 4.0 those hotkeys would switch my main bar between bar 1 and 2. Now it doesn't work. I have tried with no addons and it functions properly and with just bartender active. I'm using bartender version 4.4.11.
Q: I can't scroll through my bars anymore; Shift-# doesn't switch the bars!
A: This feature has been disabled by default, but its still there! Turn it back on in the settings, Bar 1 -> State Configuration -> ActionBar Paging
Did Blizzard change anything on their side regarding positions / sizes, anything else, that could effect addons?
Tia,
highend
And the following when it hides
My firstborn child will be named Nevcairiel in your honor.
I should probably go look at the code before I ask this next question, but what the hey: is there a recommend way to programmatically toggle the showgrid for a given bar, or for all bars? What I have in mind is
1) normal play with showgrid off and buttonfacade set to 'zoomed'
2) run a /script that sets buttonfacade back to normal and showgrid to on
3) drag buttons around
4) run a /script to set things back to the way they are in (1)
That's the closest I think the current rules will allow for "show grid only while dragging buttons", which would be ideal for me. I've been playing all my toons with (1) for a long time and love it, but sometimes it's tricky dragging new spells into place when I can't see the empty grid. :-)
edit: er, forgot to mention a crucial bit: setting a buttonfacade to 'zoomed' hides the grid, which makes perfect sense, but that's the reason for the jumping through hoops in steps (2) and (4).
Thank you, sorry for not noticing
Run BT4Bar1:SetGrid(true) to enable it (or false to disable). That should hopefully do it. (For all bars, Bartender4:ForAll("SetGrid", true/false))
I hope those work =p
If I click and drag from one ability to another, the destination ability is picked up by the mouse.
i.e. Drag from Crusader Strike to Judgement, when the mouse button is released, Judgement will be picked up and on the cursor.
That cannot be blocked. It always was like that.
edit:
nvm, you guys all cannot express what exactly you mean. Someone explained it to me now, looking into it.
I fixed the issue. Until i release a new version, you can install the latest alpha of LibActionButton-1.0 to get the fix.
Download:
http://static.wowace.com/content/files/460/459/LibActionButton-1.0-0.4-1-gfa23340.zip
I want to tackle something else before i release yet another version, so if the drag issue described by Satrinna there bugs you, install LibActionButton 0.4-1 for now.
Trotzdem Danke und mach weiter so :)
MfG Daron
It defaults to flying out upwards, which isn't conducive to my bar layout. :p
WooT, thank you for this fix. I just came here to ask about this as I was PvPing and managed to pull a few things off my bar by accident due to it. I grabbed the fixed Library above and it's working fine now. :-)
Just a silly example:
It sounds like the 'virtual click' is the key to the solution for my problem. Unfortunately I don't know what to use as 'virtual click'. So if anyone can come up with an example it would be much appreciated. :)
Hm yeah, blizzards bars are all at the buttom, so stuff goes up.
I think i can control the direction, i'll look into it.
I kinda have to taint that function, the flyouts are stupidly implemented.
I guess this is related to the Totem Bar?
Yes, I was on my Shaman.
just a litte request! :)
I miss a option that you can lock the bars when you're in the fight! is that possible do add this?
Drago
Aha thanks, didn't think to look on the overview tab. Cheers.