Okay, I have imported the beta release of InfiniBar-2.0 to the SVN. Anyone masochistic enough to test my sometimes spectacularly buggy code is welcome to be an IB2 beta tester. At this time, hiding button groups is not just yet available, though it should be soon. Also, cyCircled, DreamLayout, and the Zoomed styles from old IB are not yet added in, nor is Dr. Damage support in yet. These are coming. Most feature requests from the old IB thread are also planned as well.
Features:
Highly Configurable Button Groups, up to 100 buttons per group.
Dynamic Standard Layouts, Horizontal, Vertical, and Circular, each responding to changes in settings in real-time. Also there is an option for a Custom layout, allowing each button to be positioned manually. Circular layout can have an increasing number of buttons per additional circle outside the first.
Ability to Hide the Blizzard Main action bar
Fully Configurable indicator colors
Ability to Copy button groups from other profiles. (I will be working on copying from within the same profile if there is a demand for it)
Bars can be unlocked to be dragged anywhere.
You can lock the contents of all buttons in a group at once.
Scale can be set per group. (Per button scale to come soon)
Text Substitutions can be set as a default for the bar, or per button.
Text Substitions make use of DogTags. Use Base, Unit, and InfiniBar2 tags in your text subs. Use the /dog command in game to learn about the tags that are available.
Button text is highly configurable, allowing you to choose the Font and location of up to 5 text areas per button.
Button Groups can be configured to change page with the following conditions: Actionbar page, Stance/Shapeshift Form, Stealth, Shift, Ctrl, Alt, Harmful/Helpful target, Solo/Party/Raid (needs testing), Pet exists, Target Exists, Focus Exists, In or Out of Combat, and Walking/Mounted/Flying.
Button Groups can also be configured to change state based on your own list of macro options. (Functions similar to Modality.)
Harmful/Helpful state allows you to toggle only with a helpful target, or only with a harmful target, or toggle to separate pages for both.
State Emulation allows you to emulate any combination of enabled states in a safe area so you can set up your buttons without worries.
Per State Fadeout: You can choose, for each combination of states active on the button group, what alpha(fade) value to show the bar at.
When dragging an action, all buttons come up to full opacity. They revert to their original state afterward.
You can have empty buttons hide by default, only showing when dragging an action.
Button Type can be selected per state from: Standard Button, Embedded Macro, Pet Action, and Possess Action.
Embedded Macro Special Button: Allows you to embed one macro per state directly into the button. This macro is separate from Blizzard's Per Account and Per Character macros. Embedded Macros can use any of the Blizzard macro icons instead of parsing the macro for an icon.
Pet Action Buttons allow you to set up all pet actions to duplicate Blizzard's pet bar. (Though I suggest using any of the multitude of pet oriented macros available)
Possession Action Buttons allow you to use your possessed creature's actions.
All buttons can have a unit associated with the button, such as player, pet, target, targettarget, etc. (Again I suggest using the embedded macros instead)
Special InfiniBar-2.0 macro command: #showsequence. Details on its use are below.
Documentation:
Embedded macros can be edited from outside of the GUI by simply trying to drag off of the button (even when empty). A text box will appear to allow you to edit the macro. Macros are stored per state combination. You cannot edit a macro in combat.
Notes on how to use the IB2 special #showsequence macro command:
You should only ever use the #showsequence command when you have a corresponding /castsequence command in the macro. The sequences must be identical, though macro options are not necessarily required to be the same. I have used this feature on my new Priest as follows:
#showsequence reset=target/combat Mind Blast, Shadow Word: Pain, Smite, Smite
/castsequence [harm][target=targettarget,harm] reset=target/combat Mind Blast, Shadow Word: Pain, Smite, Smite
This will always show the sequence correctly. Without the #showsequence line, it would show a ? when not targeting an attackable target. #showsequence can also be put to good use when you have an instant cast spell with no Global cooldown being cast before your cast sequence. You can then always show the cast sequence, and never show the intervening spells.
I will be updating this post with a complete feature list as features are added.
[2008/03/16 02:17:52-256-x6]: InfiniBar-2.0\IB_Main.lua:115: attempt to call method 'UpdateButtonDisplay' (a nil value)
LibRockConfig-1.0-3313 (LibRockConfig-1.0):5132: in function <...rface\AddOns\LibRockConfig-1.0\LibRockConfig-1.0.lua:5110>
A few other issues:
1. The [key] textsub doesn't show newly set keybinds until the button is touched in some way; it appears upon clicking the button, using the keybind, or changing the action on the button.
2. When a button group's movement is unlocked, clicking and dragging a button with an action assigned correctly moves the group; however, upon releasing the group, the action from the button remains on the cursor, while also remaining on the button.
3. The buttons act a bit weird with regard to dragging and dropping. Normally, if I press the left mouse button over a spell in my spellbook, it puts the spell on the cursor, and if I then hold the mouse button down and drag the cursor over an action button and release the mouse button, the spell is placed on the action button. The IB2 buttons don't take the spell until I release the mouse button and click on the action button with the spell on my cursor. Not a major issue, just a minor annoyance.
3. The "Lock Group Contents" button doesn't update to reflect the locked status when pressed. I guess the best way to go about this would be to show "Lock" if any of the buttons in the group are unlocked, and show "Unlock" only if all of the buttons in the group are locked. Again, not a minor issue, just an aesthetic detail.
Finally another ActionBar Addon (besides Trinity Bars 2.0) that uses it's own Action Buttons and implements Macro Buttons to add an unlimited amount of loooooong macros! *love*
going to test it soon... thx alot jjsheets for all the work!
[2008/03/16 02:17:52-256-x6]: InfiniBar-2.0\IB_Main.lua:115: attempt to call method 'UpdateButtonDisplay' (a nil value)
LibRockConfig-1.0-3313 (LibRockConfig-1.0):5132: in function <...rface\AddOns\LibRockConfig-1.0\LibRockConfig-1.0.lua:5110>
Fixed.
A few other issues:
1. The [key] textsub doesn't show newly set keybinds until the button is touched in some way; it appears upon clicking the button, using the keybind, or changing the action on the button.
Fixed.
2. When a button group's movement is unlocked, clicking and dragging a button with an action assigned correctly moves the group; however, upon releasing the group, the action from the button remains on the cursor, while also remaining on the button.
I can't replicate it... maybe my recent changes fixed this. I assume you're draging from a standard button, not an embedded macro or pet action button?
3. The buttons act a bit weird with regard to dragging and dropping. Normally, if I press the left mouse button over a spell in my spellbook, it puts the spell on the cursor, and if I then hold the mouse button down and drag the cursor over an action button and release the mouse button, the spell is placed on the action button. The IB2 buttons don't take the spell until I release the mouse button and click on the action button with the spell on my cursor. Not a major issue, just a minor annoyance.
Fixed.
3. The "Lock Group Contents" button doesn't update to reflect the locked status when pressed. I guess the best way to go about this would be to show "Lock" if any of the buttons in the group are unlocked, and show "Unlock" only if all of the buttons in the group are locked. Again, not a minor issue, just an aesthetic detail.
I can't replicate it... maybe my recent changes fixed this. I assume you're draging from a standard button, not an embedded macro or pet action button?
Oh yeah, I noticed that, too, but was distracted by the button slots not showing at the time. Ex. Have a button group on the screen that is unlocked. Drag Frost Armor to a button (I had to click, too, to put it down, but I don't recall - I was trying to find the actual button. ;) ) Try removing Frost Armor from the unlocked button group. The group of buttons moves. When you release the mouse to stop moving the group, the spell will be attached to the cursor, but it is also still left behind on the IB button. Locking the group allows you to remove the spell correctly.
If this was fixed, then great. :) This is just what I remember from last night and forgot to tell you.
Oh yeah, I noticed that, too, but was distracted by the button slots not showing at the time. Ex. Have a button group on the screen that is unlocked. Drag Frost Armor to a button (I had to click, too, to put it down, but I don't recall - I was trying to find the actual button. ;) ) Try removing Frost Armor from the unlocked button group. The group of buttons moves. When you release the mouse to stop moving the group, the spell will be attached to the cursor, but it is also still left behind on the IB button. Locking the group allows you to remove the spell correctly.
If this was fixed, then great. :) This is just what I remember from last night and forgot to tell you.
Thanks to both of you for the early testing. I'd still like to know if the button group dragging somehow also grabs the icon in the button as well. The issue with drag and drop requiring a click is fixed.
I have just added a button update that occurs once per button each half second. These updates are staggered to 1/40th second intervals (20 times per half second), to reduce (hopefully eliminate) frame skipping. Anyone using lots of buttons, let me know if it is unbearable, or even just annoying.
As of r64788, the repeating button update now only updates the icon and cooldown on macros (Blizzard and embedded). I also fixed the Lock Contents option to be a checkbox, it is a gray check mark when some buttons are locked and some aren't, a yellow check when all are locked, and empty when all are unlocked.
I'll probably get to hiding button groups and empty buttons tomorrow.
As usual, let me know if there are any bugs, here or in #wowace.
Revision 64876: Added Button Group Fadeout/hiding. Configuration is similar to state emulation, you choose the state to set fadeout on, then set the fade out.
As always, let me know if you get a bug.
New Goals:
Hide empty buttons entirely until dragging.
Add an option to fade fully in (Opaque) on mouseover (out of combat only).
Add options to State emulation to emulate right, middle, fourth and fifth mouse buttons, so you clickers can have some love too.
Spell Ranks on the Tooltip.
Recognize when an old Rank spell is lost when replaced with a new Rank (Rogues), and update any occurrences in the buttons. Similarly add an option to always use the highest ranked spell.
Revision 64928: Button groups now fade all the way in when dragging an action. There is now a per bar option to to completely fade out empty buttons. I've also done some extra optimizations to often run code.
Remaining Goals:
Add options to State emulation to emulate right, middle, fourth and fifth mouse buttons, so you clickers can have some love too.
Spell Ranks on the Tooltip.
Recognize when an old Rank spell is lost when replaced with a new Rank (Rogues), and update any occurrences in the buttons. Similarly add an option to always use the highest ranked spell.
Revision 64934: Embedded macros can no longer be edited in combat lockdown. Editing a macro while it is already open no longer clears changes. Editing a new macro while already editing a previous one, saves the previous macro before opening the new one. Added a Close button to the macro editor. Added a tooltip to the macro editor, explaining the basics of using it.
I have a few other bugs, which I will be getting to tomorrow. Then I will continue with the remaining goals.
It deletes the bar that's shown last on the list in RockConfig; generally the last alphabetically, but if two bars share the "last in the alphabet" title (i.e. two newly created bars with the default "New Button Group" name), the last one on the list is deleted.
_________________________________________________
Before I discovered that and had to come back and edit...
I found several bugs with the "fade out empty buttons" setting:
1. Enable the setting. Empty buttons fade out (correct). Now pick up a spell from a filled button. All buttons appear while a spell is on the cursor (correct). Place the spell on a previously empty button. Both the old button and the new button fade out (incorrect).
Edit #1 -- Further testing reveals that this still happens if you put the spell back on the original button; the button fades out.
2. Enable the setting. Page 1 has actions on buttons 1, 2, 3, and 6. Page 2 has actions on buttons 3, 4, and 6. The bar is on page 1 with buttons 4 and 5 faded out. Switch to page 2. Buttons 4 and 5 remain hidden, although button 4 now has an action on it. Buttons 1, 2, 3, and 6 remain visible, although buttons 1 and 2 no longer have actions on them.
And a couple glitches with moving actions between buttons:
1. Click a button with an action (I tested with spells, macros, and items) on it, drag, hold the mouse button, release over another button with an action on it. The action on the cursor is placed on the second button, and the action on the button is placed on the cursor. This behavior is correct. Now click a button with an action on it, drag, release the mouse button, click on another button with an action on it. The action on the cursor is placed on the second button, but the action on the button is simply overwritten. This behavior is not correct.
2. When "picking up" a spell or macro onto the cursor from anywhere (an action button, the spellbook, the Blizz macro editing UI) the entire bar blinks out and fades back in, even if the bar is set to 100% visibility in all states. This behavior does not occur with items from my bags.
Edit #2 -- Clicking the "Edit" button within RockConfig for an embedded macro button opens the macro editor behind the config window, requiring it to be moved before the macro can be edited. A few thoughts on the macro editor:
(a) WTB multi-line input!
(b) Making it movable would be helpful, especially given the enormous size of RockConfig, making it difficult to make both visible at the same time without resizing RockConfig and then having to resize it up again after editing the macro.
(c) Scaling it up to a slightly bigger size would also be helpful; at a UI scale of 0.8 on a 1680 x 1050 resolution, it's very tiny.
It deletes the bar that's shown last on the list in RockConfig; generally the last alphabetically, but if two bars share the "last in the alphabet" title (i.e. two newly created bars with the default "New Button Group" name), the last one on the list is deleted.
_________________________________________________
Before I discovered that and had to come back and edit...
I found several bugs with the "fade out empty buttons" setting:
1. Enable the setting. Empty buttons fade out (correct). Now pick up a spell from a filled button. All buttons appear while a spell is on the cursor (correct). Place the spell on a previously empty button. Both the old button and the new button fade out (incorrect).
Edit #1 -- Further testing reveals that this still happens if you put the spell back on the original button; the button fades out.
2. Enable the setting. Page 1 has actions on buttons 1, 2, 3, and 6. Page 2 has actions on buttons 3, 4, and 6. The bar is on page 1 with buttons 4 and 5 faded out. Switch to page 2. Buttons 4 and 5 remain hidden, although button 4 now has an action on it. Buttons 1, 2, 3, and 6 remain visible, although buttons 1 and 2 no longer have actions on them.
And a couple glitches with moving actions between buttons:
1. Click a button with an action (I tested with spells, macros, and items) on it, drag, hold the mouse button, release over another button with an action on it. The action on the cursor is placed on the second button, and the action on the button is placed on the cursor. This behavior is correct. Now click a button with an action on it, drag, release the mouse button, click on another button with an action on it. The action on the cursor is placed on the second button, but the action on the button is simply overwritten. This behavior is not correct.
2. When "picking up" a spell or macro onto the cursor from anywhere (an action button, the spellbook, the Blizz macro editing UI) the entire bar blinks out and fades back in, even if the bar is set to 100% visibility in all states. This behavior does not occur with items from my bags.
Edit #2 -- Clicking the "Edit" button within RockConfig for an embedded macro button opens the macro editor behind the config window, requiring it to be moved before the macro can be edited. A few thoughts on the macro editor:
(a) WTB multi-line input!
(b) Making it movable would be helpful, especially given the enormous size of RockConfig, making it difficult to make both visible at the same time without resizing RockConfig and then having to resize it up again after editing the macro.
(c) Scaling it up to a slightly bigger size would also be helpful; at a UI scale of 0.8 on a 1680 x 1050 resolution, it's very tiny.
As of Revision 65046, All of these bugs are fixed. In addition:
You can now hide IB2 from FuBar. Typing /ib brings up the GUI.
I have increased the size of the embedded macro editor, but I have yet to make it dragable. Also, Multiline edit in the GUI should be coming soon. Which will make dragging the standalone macro editor unecessary. Note, if your button contents are not locked, you can edit an embedded macro outside of the GUI by trying to drag it off the button. This will stay in, because it makes quickly editing macros easy.
My bars are saved from the hungry color picker monster, hurrah! :)
Bug in "mounted" state configuration: The mount-state dropdown menus in the "State emulation" and "State hiding/fading" option sections show "Not Mounted" by default, which is fine. However, when opening the dropdowns, the only options are "Flying" and "" (blank). Once either is selected, Not Mounted is no longer available until RockConfig is closed and reopened.
Bug in "stance" state configuration: Although my shaman's Ghost Wolf "form" is considered a stance, when I enable stance paging on a bar, I'm not presented with any related options, like the ability to fade out the bar while in the stance. My druid was correctly presented with stance options when enabling stance paging, so I'm assuming this is a simple oversight in not including Ghost Wolf.
Request: more precise scaling. Previously I was able to get bars with different numbers of buttons to line up by adjusting the scale, often into the third decimal point. Now I can only scale in 5% intervals; entering a number that is not a multiple of 5 in the textbox next to the slider has no effect. Please change this!
Request: seamless bar paging. Currently, if I start on page 1, I have to turn the mousewheel 6 times to get back to page 1 again, regardless of whether or not the bar actually has 6 pages. For example, a "normal" bar with 6 pages would go: 1, 2, 3, 4, 5, 6, 1. But right now, a bar with 4 pages goes: 1, 2, 3, 4, 4, 4, 1. I'd love if that 4-page bar could go 1, 2, 3, 4, 1. Maybe this isn't possible with third-party action bars, but the Blizzard action bars can do this -- showing one of the "extra" action bars pulls out one of the main bar's 6 pages and shows it as a static bar, and the main bar pages smoothly through only 5 (or fewer, if you show more extra bars) pages without the annoying pause on page 5.
Request: Configurable fade in/out time. I prefer my bars to instantly appear or disappear, without the fade effect. In the original InfiniBar I got this behavior by setting the fade time to zero. The fade effect also looks weird when "hide empty buttons" is enabled and I move between pages that have different empty buttons. I could live with the state-based whole-bar fade effect (it's not that bad) if the individual buttons didn't fade between pages.
Request: State-dependent button types. For example, on page 1, button 3 would be an embedded macro button, but on page 2 button 3 would be a "normal" action button that things could be dropped onto at will. I don't know if this is possible, though. If it isn't, perhaps an "auto macro" feature whereby dropping a spell onto an empty embedded macro button would automatically generate a "/cast Spell Name" macro on the button. Currently, due to my preference for a paged bar, I don't know that I'll be using the embedded macro feature very much, since I don't generally have a macro on the same button on all pages, and it's quite cumbersome trying to swap actions between a normal button and an embedded macro button.
Suggestion: Per-button textsub reset option. Currently the interface for setting per-button textsubs is a bit confusing. The old "use bar textsubs" option is gone, and having to manually edit the button's textsubs to match the bar's textsubs is not intuitive at all. A "reset to bar defaults" button would make it more friendly.
Features:
Documentation:
Notes on how to use the IB2 special #showsequence macro command:
You should only ever use the #showsequence command when you have a corresponding /castsequence command in the macro. The sequences must be identical, though macro options are not necessarily required to be the same. I have used this feature on my new Priest as follows:
This will always show the sequence correctly. Without the #showsequence line, it would show a ? when not targeting an attackable target. #showsequence can also be put to good use when you have an instant cast spell with no Global cooldown being cast before your cast sequence. You can then always show the cast sequence, and never show the intervening spells.
I will be updating this post with a complete feature list as features are added.
(Just noticed something though - you should remove the -Ace2- tag from the title field.)
[2008/03/15 22:52:07-82-x1]: InfiniBar-2.0\IB_Button.lua:3: attempt to call global 'Rock' (a nil value)
---
[2008/03/15 22:52:07-82-x1]: InfiniBar-2.0\IB_Main.lua:2: attempt to index global 'Rock' (a nil value)
---
[2008/03/15 22:52:07-82-x1]: InfiniBar-2.0\MacroSupport.lua:49: attempt to index global 'InfiniBar2' (a nil value)
---
[2008/03/16 02:17:52-256-x6]: InfiniBar-2.0\IB_Main.lua:115: attempt to call method 'UpdateButtonDisplay' (a nil value)
LibRockConfig-1.0-3313 (LibRockConfig-1.0):5132: in function <...rface\AddOns\LibRockConfig-1.0\LibRockConfig-1.0.lua:5110>
A few other issues:
1. The [key] textsub doesn't show newly set keybinds until the button is touched in some way; it appears upon clicking the button, using the keybind, or changing the action on the button.
2. When a button group's movement is unlocked, clicking and dragging a button with an action assigned correctly moves the group; however, upon releasing the group, the action from the button remains on the cursor, while also remaining on the button.
3. The buttons act a bit weird with regard to dragging and dropping. Normally, if I press the left mouse button over a spell in my spellbook, it puts the spell on the cursor, and if I then hold the mouse button down and drag the cursor over an action button and release the mouse button, the spell is placed on the action button. The IB2 buttons don't take the spell until I release the mouse button and click on the action button with the spell on my cursor. Not a major issue, just a minor annoyance.
3. The "Lock Group Contents" button doesn't update to reflect the locked status when pressed. I guess the best way to go about this would be to show "Lock" if any of the buttons in the group are unlocked, and show "Unlock" only if all of the buttons in the group are locked. Again, not a minor issue, just an aesthetic detail.
Finally another ActionBar Addon (besides Trinity Bars 2.0) that uses it's own Action Buttons and implements Macro Buttons to add an unlimited amount of loooooong macros! *love*
going to test it soon... thx alot jjsheets for all the work!
Fixed.
Fixed.
I can't replicate it... maybe my recent changes fixed this. I assume you're draging from a standard button, not an embedded macro or pet action button?
Fixed.
Will do.
Oh yeah, I noticed that, too, but was distracted by the button slots not showing at the time. Ex. Have a button group on the screen that is unlocked. Drag Frost Armor to a button (I had to click, too, to put it down, but I don't recall - I was trying to find the actual button. ;) ) Try removing Frost Armor from the unlocked button group. The group of buttons moves. When you release the mouse to stop moving the group, the spell will be attached to the cursor, but it is also still left behind on the IB button. Locking the group allows you to remove the spell correctly.
If this was fixed, then great. :) This is just what I remember from last night and forgot to tell you.
Thanks to both of you for the early testing. I'd still like to know if the button group dragging somehow also grabs the icon in the button as well. The issue with drag and drop requiring a click is fixed.
I have just added a button update that occurs once per button each half second. These updates are staggered to 1/40th second intervals (20 times per half second), to reduce (hopefully eliminate) frame skipping. Anyone using lots of buttons, let me know if it is unbearable, or even just annoying.
I'll probably get to hiding button groups and empty buttons tomorrow.
As usual, let me know if there are any bugs, here or in #wowace.
As always, let me know if you get a bug.
New Goals:
Remaining Goals:
I have a few other bugs, which I will be getting to tomorrow. Then I will continue with the remaining goals.
Changing any indicator color deletes a bar.
It deletes the bar that's shown last on the list in RockConfig; generally the last alphabetically, but if two bars share the "last in the alphabet" title (i.e. two newly created bars with the default "New Button Group" name), the last one on the list is deleted.
_________________________________________________
Before I discovered that and had to come back and edit...
I found several bugs with the "fade out empty buttons" setting:
1. Enable the setting. Empty buttons fade out (correct). Now pick up a spell from a filled button. All buttons appear while a spell is on the cursor (correct). Place the spell on a previously empty button. Both the old button and the new button fade out (incorrect).
Edit #1 -- Further testing reveals that this still happens if you put the spell back on the original button; the button fades out.
2. Enable the setting. Page 1 has actions on buttons 1, 2, 3, and 6. Page 2 has actions on buttons 3, 4, and 6. The bar is on page 1 with buttons 4 and 5 faded out. Switch to page 2. Buttons 4 and 5 remain hidden, although button 4 now has an action on it. Buttons 1, 2, 3, and 6 remain visible, although buttons 1 and 2 no longer have actions on them.
And a couple glitches with moving actions between buttons:
1. Click a button with an action (I tested with spells, macros, and items) on it, drag, hold the mouse button, release over another button with an action on it. The action on the cursor is placed on the second button, and the action on the button is placed on the cursor. This behavior is correct. Now click a button with an action on it, drag, release the mouse button, click on another button with an action on it. The action on the cursor is placed on the second button, but the action on the button is simply overwritten. This behavior is not correct.
2. When "picking up" a spell or macro onto the cursor from anywhere (an action button, the spellbook, the Blizz macro editing UI) the entire bar blinks out and fades back in, even if the bar is set to 100% visibility in all states. This behavior does not occur with items from my bags.
Edit #2 -- Clicking the "Edit" button within RockConfig for an embedded macro button opens the macro editor behind the config window, requiring it to be moved before the macro can be edited. A few thoughts on the macro editor:
(a) WTB multi-line input!
(b) Making it movable would be helpful, especially given the enormous size of RockConfig, making it difficult to make both visible at the same time without resizing RockConfig and then having to resize it up again after editing the macro.
(c) Scaling it up to a slightly bigger size would also be helpful; at a UI scale of 0.8 on a 1680 x 1050 resolution, it's very tiny.
It actually has this already. Just hit enter, and it will create a new line, expanding the window. (At least this is how it was last night.)
I believe Phanx meant in the Rock GUI Config... which oddly enough I'm looking at since I can't test any of his non-trivial bugs. :p
As of Revision 65046, All of these bugs are fixed. In addition:
You can now hide IB2 from FuBar. Typing /ib brings up the GUI.
I have increased the size of the embedded macro editor, but I have yet to make it dragable. Also, Multiline edit in the GUI should be coming soon. Which will make dragging the standalone macro editor unecessary. Note, if your button contents are not locked, you can edit an embedded macro outside of the GUI by trying to drag it off the button. This will stay in, because it makes quickly editing macros easy.
Bug in "mounted" state configuration: The mount-state dropdown menus in the "State emulation" and "State hiding/fading" option sections show "Not Mounted" by default, which is fine. However, when opening the dropdowns, the only options are "Flying" and "" (blank). Once either is selected, Not Mounted is no longer available until RockConfig is closed and reopened.
Bug in "stance" state configuration: Although my shaman's Ghost Wolf "form" is considered a stance, when I enable stance paging on a bar, I'm not presented with any related options, like the ability to fade out the bar while in the stance. My druid was correctly presented with stance options when enabling stance paging, so I'm assuming this is a simple oversight in not including Ghost Wolf.
Request: more precise scaling. Previously I was able to get bars with different numbers of buttons to line up by adjusting the scale, often into the third decimal point. Now I can only scale in 5% intervals; entering a number that is not a multiple of 5 in the textbox next to the slider has no effect. Please change this!
Request: seamless bar paging. Currently, if I start on page 1, I have to turn the mousewheel 6 times to get back to page 1 again, regardless of whether or not the bar actually has 6 pages. For example, a "normal" bar with 6 pages would go: 1, 2, 3, 4, 5, 6, 1. But right now, a bar with 4 pages goes: 1, 2, 3, 4, 4, 4, 1. I'd love if that 4-page bar could go 1, 2, 3, 4, 1. Maybe this isn't possible with third-party action bars, but the Blizzard action bars can do this -- showing one of the "extra" action bars pulls out one of the main bar's 6 pages and shows it as a static bar, and the main bar pages smoothly through only 5 (or fewer, if you show more extra bars) pages without the annoying pause on page 5.
Request: Configurable fade in/out time. I prefer my bars to instantly appear or disappear, without the fade effect. In the original InfiniBar I got this behavior by setting the fade time to zero. The fade effect also looks weird when "hide empty buttons" is enabled and I move between pages that have different empty buttons. I could live with the state-based whole-bar fade effect (it's not that bad) if the individual buttons didn't fade between pages.
Request: State-dependent button types. For example, on page 1, button 3 would be an embedded macro button, but on page 2 button 3 would be a "normal" action button that things could be dropped onto at will. I don't know if this is possible, though. If it isn't, perhaps an "auto macro" feature whereby dropping a spell onto an empty embedded macro button would automatically generate a "/cast Spell Name" macro on the button. Currently, due to my preference for a paged bar, I don't know that I'll be using the embedded macro feature very much, since I don't generally have a macro on the same button on all pages, and it's quite cumbersome trying to swap actions between a normal button and an embedded macro button.
Suggestion: Per-button textsub reset option. Currently the interface for setting per-button textsubs is a bit confusing. The old "use bar textsubs" option is gone, and having to manually edit the button's textsubs to match the bar's textsubs is not intuitive at all. A "reset to bar defaults" button would make it more friendly.