Download
(454 Kb)
Download
Updated: 04-08-14 05:30 PM
Pictures
File Info
Compatibility:
Siege of Orgrimmar (5.4)
Escalation (5.3)
Thunder Isle (5.2)
Landfall (5.1)
Mists of Pandaria (5.0.4)
Updated:04-08-14 05:30 PM
Created:unknown
Downloads:394,930
Favorites:980
MD5:
Categories:Action Bar Mods, Mists of Pandaria Beta, Beta-version AddOns
5.4
Ion  Popular! (More than 5000 hits)
Version: Hydrogen-9 Beta
by: Maul, anseloth, chinoloco, kouik

Ion!
A macro-based action bar addon. It can stand on its own or supplement any other action bar addon or even the default Blizzard UI.

Buy Maul a Coke!

"Feel the power of the macro side..."
A WoW 5.x Mists of Pandaria addon.

Help Localize Ion!

Still need:

French(frFR) • German(deDE) •
Russian(ruRU)
Latin American Spanish(esMX) • Spanish(esES) • Russian(ruRU) Brazilian Portuguese(ptBR)
Korean(koKR) Simplified Chinese(zhCN) • Traditional Chinese(zhTW)

Official Forum!

/flyout FAQ!

Bug Reports - Report bugs here

Feature Requests - Request features here


Be sure to check out the Optional Ion Addons to give you additional control over UI elements other than buttons using the Ion UI configuration framework.


Features -
  • An unlimited number of macros, create as many bars/buttons as you want/need per character!
  • Are you a keybinder extreme? Use the button storage area for all your macros/keybinds! No buttons on screen needed!
  • Are you a clicker extrodanaire? As many buttons on the screen you want where you want, when you want!
  • Macros the size of Texas! Up to 1024 characters in length!
  • Maul's unique mouseover key-binding system - where the mouseover binding system was born!
  • Many other of the favorite desired bar addon features and then some!
  • Button Facade support!
  • Every button in Macaroon is a macro button by default and in many ways they behave like normal action buttons. Buttons can also be set to be "action" or "pet" buttons.
Commands -
  • Type /ion to display a list of available commands, which are:
menu: Toggle the main menu
storage: Open the button storage area
create: Create a blank bar
delete: Delete the currently selected bar
config: Toggle configuration mode for all bars
add: Adds buttons to the currently selected bar (add or add #)
remove: Removes buttons from the currently selected bar (remove or remove #)
edit: Toggle edit mode for all buttons
bind: Toggle binding mode for all buttons
scale: Scale a bar to the desired size.
snapto: Toggle SnapTo for current bar
autohide: Toggle AutoHide for current bar
shape: Change current bar's shape
name: Change current bar's name
strata: Change current bar's frame strata
alpha: Change current bar's alpha (transparency)
alphaup: Set current bar's conditions to 'alpha up'
arcstart: Set current bar's starting arc location (in degrees)
arclen: Set current bar's arc length (in degrees)
columns: Set the number of columns for the current bar
padh: Set current bar's horizontal padding
padv: Set current bar's vertical padding
padhv: Adjust both horizontal and vertical padding of the current bar incrementally
showgrid: Toggle the current bar's showgrid flag
x: Change current bar's horizontal axis position
y: Change current bar's vertical axis position
state: Toggle states for the current bar (/mac state <state>). Type /mac statelist for vaild states
statelist: Print a list of valid states
load: Load a profile
lock: Lock buttons
Just remember: "With great flexibility comes great configuration..." - Maul
Trinity/Trinity Bars Note:
Ion, a World of Warcraft® user interface addon.
Copyright© 2006-2012 Connor H. Chenoweth, aka Maul


Hydrogen-9 Beta
- Debug spam fix

Hydrogen-8 Beta
- Minor update to fix smaller issues

Hydrogen-7 Beta
- Updated for patch 5.4.1

Hydrogen-6 Beta
- Updated for patch 5.3

Hydrogen-5
- Spell Count bug fix (i.e. Death Knight's Scent of Blood count update)
- Spell Charges fix properly implemented

Hydrogen-4
- Forum version, include most hotfixes appearing on the forum (flyx, Nephyrin, chinoloco,kouik)
- should now display the appropriate tooltip in all cases.
- GetSpellCount replaced by GetSpellCharges (roll charges issues)
- spells with distinct subtypes between specs should be shown as useable in all cases.
- spell cooldowns should update (trash, symbiosis, disconnect/reconnect after a spec change should not show questionmark anymore)
- flyout should show the proper spell

Hydorgen-3

Hydrogen-2 Beta
- Updated for patch 5.1
- Fixed texture issue
- Dual spec toggle should work now
- Fixed extra bar action ID
- Other minor changes
- Sorry folks, that is all :(

Hydrogen-2 Beta
-Now scans profession spells
-Tentatively enabling/disabling of the Blizzard Main Bar should work
-Blizzard ExtraAction button should now only show if the Blizzard Bar is used
-Moved localization to one file

Hydrogen-1 Beta
- beta release for patch 5.0.4
Optional Files (11)
File Name
Version
Size
Author
Date
Type
Hydrogen-6 Beta
12kB
03-31-14 08:50 AM
Addon
Hydrogen-5 Beta
43kB
03-31-14 08:47 AM
Addon
Hydrogen-4 Beta
5kB
10-29-13 01:08 PM
Addon
Hydrogen-4 Beta
5kB
10-29-13 01:07 PM
Addon
40300.1
6kB
11-29-11 08:01 AM
Addon
40300.1
15kB
11-29-11 07:59 AM
Addon
40000.2.0.1
23kB
07-02-11 11:28 PM
Patch
40000.2.0.1
2kB
07-02-11 07:51 PM
Addon
40101
45kB
11-07-10 02:21 PM
Patch
30300.21
13kB
06-13-10 08:55 PM
Patch
30200.1
10kB
08-06-09 09:23 PM
Addon


Archived Files (1)
File Name
Version
Size
Author
Date
 Ion
Hydrogen-8 Beta
417kB
Maul
03-31-14 08:51 AM


Post A Reply Comment Options
Old 05-17-10, 12:23 PM  
Piflintstone
A Kobold Labourer

Forum posts: 0
File comments: 8
Uploads: 0
God....so easy.
Yeh, just got it. Weird, never noticed that. I manually copied all the sets noch within the lua....anyway, great to know for my future alts.
Cheers!
Piflintstone is offline Report comment to moderator  
Reply With Quote
Old 05-17-10, 11:53 AM  
anseloth
Coding Archmage
 
anseloth's Avatar
AddOn Author - Click to view AddOns

Forum posts: 50
File comments: 267
Uploads: 3
Re: Dual Spec Copy Buttons from 1st Spec

Originally posted by Piflintstone
Hi,

Great addon! Using it since the days of trinity
Anyway, I just bought a dual spec for my shaman and noticed that switching my spec (having dual spec ticked in the macaroon menu) wipes all bars clear. I understand, that both specs will have separate bars, but i it possible to copy everything from my first spec to the 2nd spec? Actually being a Elemental Shaman and having a Heal Spec means only switching a few skills. It´s quite a hassle to set 12 bars all over again
Help appreciated!
well, all you should have to do is make a copy of the profile for your first spec, and set that copy profile as your second spec's profile.

just remember to set both profiles in the profiles window in the Macaroon interface.
__________________



anseloth is offline Report comment to moderator  
Reply With Quote
Old 05-17-10, 11:22 AM  
Piflintstone
A Kobold Labourer

Forum posts: 0
File comments: 8
Uploads: 0
Dual Spec Copy Buttons from 1st Spec

Hi,

Great addon! Using it since the days of trinity
Anyway, I just bought a dual spec for my shaman and noticed that switching my spec (having dual spec ticked in the macaroon menu) wipes all bars clear. I understand, that both specs will have separate bars, but i it possible to copy everything from my first spec to the 2nd spec? Actually being a Elemental Shaman and having a Heal Spec means only switching a few skills. It´s quite a hassle to set 12 bars all over again
Help appreciated!
Last edited by Piflintstone : 05-17-10 at 11:23 AM.
Piflintstone is offline Report comment to moderator  
Reply With Quote
Old 05-15-10, 04:55 AM  
Yewbacca
A Murloc Raider

Forum posts: 6
File comments: 34
Uploads: 0
Yeah I was thinking I should probably file these under the bug tracker, but wasn't sure if that was still active since Maul the owner isn't active. Hmm. I'll reorganize all the bug reports into tracker entries when I have time.

As for the /select problem, it doesn't happen if you only use 1 profile. As described, it happens when you have buttons that have a /select macro. The first time you click the button, three values will be changed from "false" to these, for that button:

["selectDock"] = "Select Bar for Button 75", (or any other number depending on what button it is)
["clickAnchor"] = true,
["anchorDelay"] = 0.5,

Now, any time you load that profile, it will screw up the vertical position due to the selectDock. Fixing it shouldn't be done as some quick hack. It's definitely possible to fix it properly, as evidenced by the fact that the bars KNOW their proper location (entering and leaving bar edit mode will make it snap back in place), and should be as simple as looking at how "selectDock" is handled in the profile loading code, which is what causes the snapping to happen. Also, the /select menus need looking at so that they are unique to each profile (perhaps by "destroying" the buttons every time you load a different profile), since there's a major issue with multiple profiles, where the previous profile's /select menu will pop up and stay open no matter WHAT the new profile has on that particular button. Basically, macaroon's /select isn't multi-profile-aware, and will keep opening the same /select menu no matter what profile you load. These two bugs are severe enough that Macaroon: Extensions is useless for multi profile users.

Anyway, I'll gather all my posts, format each as a separate bug report, and file them within 2 weeks (yes, that long, my real life schedule is insanely tight as it is).
Yewbacca is offline Report comment to moderator  
Reply With Quote
Old 05-14-10, 03:53 PM  
Dwargh
A Theradrim Guardian
 
Dwargh's Avatar
AddOn Author - Click to view AddOns

Forum posts: 64
File comments: 660
Uploads: 2
Originally posted by Yewbacca
The fun never stops, sorry (?) for finding so many bugs I guess. I hope the detailed bug reports are appreciated, since I don't know of any developer that doesn't want a bug-free product, even though it means a lot of work. Anyway, here are some more bugs:


If you use the Macaroon: Extensions addon to add /select to buttons, you will run into a bug where the select menu keeps opening itself every time you jump between profiles (by loading various profiles).
<snip>
Great you're finding bugs. and reporting em.
mind reporting em in the actual bugreport 'collection' though?
Takes up less space in here

As for Macaroon: Extensions, I Use a lot of /select bars and do afters and whatnot from that particular addon and I have never come across this problem. However I also don't use different profiles or profile switching(don't use dualspec either).
There is a bug connected to the SnapTo option of a bar, though, which repositions the bar. I've uploaded a fix* for the horizontal disposition and have provided a workaround for the vertical one.

As for fixing all the bugs. Anseloth and I do what we can, unfortunately that's not much. As I've understood it we're both beginners at lua and Maul have made a pretty complex creation. I have a little free time on my hands and I'm note that fast at learning from books.
Dwargh is offline Report comment to moderator  
Reply With Quote
Old 05-14-10, 01:43 PM  
Yewbacca
A Murloc Raider

Forum posts: 6
File comments: 34
Uploads: 0
The fun never stops, sorry (?) for finding so many bugs I guess. I hope the detailed bug reports are appreciated, since I don't know of any developer that doesn't want a bug-free product, even though it means a lot of work. Anyway, here are some more bugs:


If you use the Macaroon: Extensions addon to add /select to buttons, you will run into a bug where the select menu keeps opening itself every time you jump between profiles (by loading various profiles). Try it the following way:

Make multiple profiles all containing a button with the same internal button ID in Macaroon, such as ButtonID1.

Now place a macro with /select code on that buttonID in one of the profiles, and save the profile.

Now open the select menu, select an item, then open and close the select menu once or twice.

Now try loading ANY other profile that contains the same button; the select menu will open up by itself every time you load a profile, and it will be hard to get rid of.

Solution: This is a case of the "visibility" state for the select menu being reset by the profile loading, into a visible state, when it shouldn't be doing that. It also points to a possibility of collisions if you use multiple profiles each having a /select command on the same buttonID but the actual COMMAND being different, since Macaroon seems to only keep track of ONE select menu PER button ID (as evidenced by the menu popping up when loading ALL profiles that have the same button ID, regardless of what is on that button (in my case I only had a /select macro in ONE of the profiles yet the same select menu was shown above it in all profiles)).




Bug 2, related to /select:

Loading a profile that contains a /select menu will cause the bar with the select menu on it to be loaded in a different position way off every time you load the profile. Note that it is NOT *saved* in this incorrect position. It's just that every time you load the profile (even after UI reloads), it will load the bar into the wrong location. Entering Macaroon bar edit mode you'll see the blue outline where the bar should REALLY sit. Then exit macaroon bar edit mode immediately (you don't have to do else), and the bar will snap back into its proper place. Weird as hell. It will persist like that every time you load it, even if you've re-saved it in its new, proper location.

Disabling Macaroon: Extensions still does not allow that particular profile to load properly, even though Macaroon KNOWS where the bar SHOULD sit, as the bar edit mode fix shows. EVERY time I load that profile the bar goes to the out of place position. What's even weirder is that I have looked at the savedvariables LUA file for that bar, and compared it to the same bar in different profiles, and it's the EXACT same settings for positions and so on. I also tried clearing the Macaroon* values in layout-local.txt. Finally, I even tried deleting the ENTIRE "prot" profile, making a copy of a working profile ("holy"), and copying the "buttons" data table from Prot into Holy, changing the profile name, and re-saving the LUA file. Guess what? THAT DID NOT WORK EITHER. The HOLY profile loads perfectly. The PROT profile loads out of place. It's NOT a savedvariables lua error. It's NOT a layout-local error. This is so weird. I don't have Macaroon: Extensions enabled so I don't have a clue what else can be wrong. I've surgically fixed the profile, I've disabled the faulty "Macaroon: Extensions", I've cleared the Macaroon entries from layout-local. I'm stumped.

EDIT: HAH, found where the pesky bug installed itself. The MacaroonProfiles.lua savedvariables file contained the following for the actual BUTTON where I had the Select menu previously:

["selectDock"] = "Select Bar for Button 75",
["clickAnchor"] = true,
["anchorDelay"] = 0.5,

The other profiles had boolean false for those three values, and those seem to be the only three values that had changed. Changing them all back to false fixed the problems when loading that profile. Needless to say I won't be trying Macaroon: Extensions again unless this buggy behaviour is stamped out. It's back to manual "/use Festival Dumplings" food macros for now.
Last edited by Yewbacca : 05-14-10 at 02:34 PM.
Yewbacca is offline Report comment to moderator  
Reply With Quote
Old 05-14-10, 04:52 AM  
Yewbacca
A Murloc Raider

Forum posts: 6
File comments: 34
Uploads: 0
Found 2 bugs and 1 annoyance regarding the "Macro Master" window (the one that stores Macros GLOBALLY regardless of profile).

Bug 1:
As you know, the Macro Master lists Macros by button, ie "button 41: "/blablabla", "button 42: /blabla2". However, it HIDES the Macro for the button # that matches the button you are currently editing. Ie if you right click button #41 to edit its macro, and open the Macro Master, you WILL NOT see the Macro for button #41 listed. Why is this a problem? MULTIPLE PROFILES. Let's say you have a holy, prot and ret profile. Each has the exact same button counts/placements/hotkeys. The only thing that differs is SOME of the Macros. You want to copy over MOST macros to the exact same buttons under the different profiles. Well, you CAN'T unless you copy the text manually. Why? Because if you right click button #41 in prot profile to copy the code from button #41 in holy profile, you WON'T actually SEE that button's macro listed, since Macaroon hides the macro for buttons with the same ID. This system is VERY bad for multi-profile use, since it not only has this button ID hiding issue, but also doesn't differentiate between Macros in different profiles.

A much better solution (that doesn't suffer from all the problems of the current manager) would be a MANUAL "Macro Storage" window:
You go into your holy profile, you right click a Macro that you want COPYABLE globally, you press a "Copy to Macro Storage" button. Now you load your Prot profile, you right click a button where you want to place the macro, and you press "Browse Macro Storage" and there it is, you select it, and press "Copy to Button". This wording was chosen so that people would KNOW that it was a COPY, NOT a link. Macros in the global "Macro Storage" would be global and independent of buttons, and would be numbered from 1 and up, regardless of what button they came from. This would make it SUPER EASY to manage JUST the Macros you want to copy between profiles. The contents of the Macro Storage should be truly global, so that it doesn't get saved and out of date with each profile. It should be an independent file, perhaps MacroStorage.lua. That would be insanely useful.


Bug 2:
Macros are sorted in a literal string fashion instead of "natural order algorithm", what happens is that you get "Button 29, Button 3, Button 30" etc, in the Macro browser. I forgot if LUA contains natural order sorting.


Annoyance:
The macro browser is way too thin, it's not wide enough to properly read and identify most macros, since for most of them all you can manage to see is the "/cast [mod:xxxx...." part.



I am considering helping out with all my bug suggestions on the project, but I really can't promise anything, so don't take my word for it. I've got a real life upstart company to manage, as well as hundreds of other tasks. We'll see. I will help if I get free time.
Last edited by Yewbacca : 05-14-10 at 04:53 AM.
Yewbacca is offline Report comment to moderator  
Reply With Quote
Old 05-13-10, 11:34 AM  
xromania™
A Frostmaul Preserver
 
xromania™'s Avatar

Forum posts: 284
File comments: 191
Uploads: 0
thanks but how u saw, i know that and more, you point nothing sorry

i just opened with notepad the file and noticed my old file from a backup made by me (why the addon didnt make himself a backup?) have much more lines and 6 MB not... 1kb like the probably broken one - why broken, who know...

now ill try to replace this file with the old one and if didnt work all macaron stuff with what i have in my backup.....
__________________
*sry my english
http://eu.battle.net/wow/en/characte...romania/simple
Last edited by xromania™ : 05-13-10 at 11:39 AM.
xromania™ is offline Report comment to moderator  
Reply With Quote
Old 05-13-10, 11:23 AM  
Yewbacca
A Murloc Raider

Forum posts: 6
File comments: 34
Uploads: 0
Originally posted by xromania™
I just lost all saved profiles, dont know why. My work for months... what can i do? im lookin right now in folders and to my backup made 15 days ago. But why isnt a profile.backup? cant find this file

doing a search in my old backup i found 144 macaron files in seach window, same as now when i do a search now when my profiles are deleted dont know how - so i dont have any missing file, but probably corrupted one?
Saved profiles are in /Account/XXXXXX/Servername/SavedVariables/MacaroonProfiles.lua

the Macaroon.lua in that folder (and the other one in the character folder) only relate to the CURRENTLY LOADED profile. The most important one when it comes to SAVED profiles is MacaroonProfiles.lua.

Good luck.
Yewbacca is offline Report comment to moderator  
Reply With Quote
Old 05-13-10, 11:10 AM  
xromania™
A Frostmaul Preserver
 
xromania™'s Avatar

Forum posts: 284
File comments: 191
Uploads: 0
I just lost all saved profiles, dont know why. My work for months... what can i do? im lookin right now in folders and to my backup made 15 days ago. But why isnt a profile.backup? cant find this file

doing a search in my old backup i found 144 macaron files in seach window, same as now - so i dont have any missing file

and why MacaroonProfiles.lua.bak is from december 2009, and isnt a recent backup. I found a MacaroonProfiles.lua in Interface/addons/macaroon with the date from 5 days ago, can i put this file in wtf/saved variabiles to replace the file from there? i think this file have problems because have today date
__________________
*sry my english
http://eu.battle.net/wow/en/characte...romania/simple
Last edited by xromania™ : 05-13-10 at 11:22 AM.
xromania™ is offline Report comment to moderator  
Reply With Quote
Old 05-13-10, 11:09 AM  
tarloch
A Kobold Labourer

Forum posts: 0
File comments: 24
Uploads: 0
quest update bug

i have 5 characters and whenever i play on my rogue and enter stealth the ingame quest screen messages stop updating when u receive an item or complete them

i have disabled everything and the quests update fine then played only using this addon and it happens everytime i enter stealth. it can be fixed with a /rl but thats quite impractical

has anybody else noticed this and is there a workaround?

thanks
Last edited by tarloch : 05-13-10 at 11:10 AM.
tarloch is offline Report comment to moderator  
Reply With Quote
Old 05-13-10, 05:24 AM  
Yewbacca
A Murloc Raider

Forum posts: 6
File comments: 34
Uploads: 0
I understand if it'll take a while to parse my two latest posts, they're kinda heavy on the bug reports, and I'll be able to survive no matter what happens. The profile risks (overwrite/delete without confirmation) are safer once you back up your lua files, only risking to lose changes since your last backup. The bar-link bug on profile load is easy to work around for now, by loading a profile and immediately doing /reloadui afterwards. The buttonfacade nasty residual frames on profile load are also solved by the /reloadui. Same thing with the DrDamage bug, solved by the reload. So it can all be worked around with an UI reload no matter how long it takes to fix these bugs. Well apart from the tooltip bug but that can be solved by holding the modifier before hovering over the button (it is still really annoying though). As for the remaining reports they were mostly UI improvements to make it easier to understand without having to scour the boards and readme. So far it appears to be an extremely stable addon in all areas I haven't commented on, and I hope I've made it clear how thankful I am to everyone involved. I am really happy that I decided to give it a try since I've been an expert macroer for about 3 years now and always hated the 255 character limit. This solves not only the macro character limit, but also contains flexible bar designs and profile saving and restoring, as well as fixing several other of my major WoW annoyances (such as being limited in the number of macros you can create in the default UI, I end up filling all of them in about a day).

You Know What Time It Is? It's Dancing Banana Time:


EDIT: Found another bug:

First make a Macro button in Macaroon and paste this Macro (you can edit the spell names, they don't matter, but it has to be some spells you have):
/cast [mod:shift,@mouseover,harm]Hand of Reckoning;[mod:ctrl]Hand of Salvation;Righteous Defense
Now exit button editing mode and try it out.
Try holding down shift while mousing around, try holding the cursor over enemies. Nothing will happen. The icon will remain static.

Now make a /macro (blizzard macro) with the EXACT SAME text and place it on a regular blizzard action bar (may also work on a macaroon actionID button).

Now repeat the task, holding down shift while mousing over enemies. Guess what?! BOTH the macaroon MACRO BUTTON *AND* the regular blizzard action button will now update in sync. What the heck is going on?! Weirdness!

This bug falls under the same header as the modifier-key not showing different tooltips on Macaroon macro buttons and are likely related. But I have no idea why it starts working if you make it as BOTH a macaroon macro button AND a blizzard action bar button with a regular macro on it. Weirdness.................................. indeed.


EDIT2: More testing to help you find the cause: If you go to /macro and EDIT the macro so it may be something DIFFERENT, such as:
/cast [mod:shift,@mouseover,harm]Hand of Salvation;[mod:ctrl]Hand of Salvation;Righteous Defense
Then it STILL works and still updates both on Macaroon (even tough Macaroon's macro uses a different spell).

If you go to /macro and edit it so it uses a different modifier:
/cast [mod:alt,@mouseover,harm]Hand of Salvation;[mod:ctrl]Hand of Salvation;Righteous Defense
Guess what? It stops updating the Macaroon button if you hold SHIFT and mouse over something. HOWEVER if you hold BOTH alt AND shift while mousing over something, it triggers BOTH the action bar's mouseover event AND macaroon's mouseover event AND will work.

My theory on what's wrong:
Very possible: Perhaps Blizzard's macro buttons are broken in this regard and don't receive a repaint/redraw event when you have nothing on your blizzard action bars, if your buttons use a "@mouseover" event. The reason it works when you have a REGULAR action bar button with a "@mouseover" macro actually makes sense, since MOST UI update/redraw events in WoW are GLOBAL events that are sent to ALL frames even if just 1 frame needs to update, ie even if just 1 button has to redraw, the event causes ALL to redraw. So what might be happening is: Hovering over a Macaroon button doesn't trigger this global redraw when its mouseover event matches. HOWEVER if you ALSO have a REGULAR action button with a mouseover event that will cause that GLOBAL redraw event to be sent, THEN it will update BOTH the action bar button AND the macaroon "macro button". Unfortunately, this theory makes a lot of sense, and would be blizzard's fault so we don't know when or if they'll fix it. :-/ Someone with access to the American forums would have to file this bug in the UI & Macros forum since they read that forum much more frequently than the European one. ALSO mention that hooked Tooltips are not updating when modifiers are held down while the mouse is parked over a macro button that swaps spells on modifiers (the bug I reported below).

Other possibility: Macaroon isn't listening to some specific event, and needs to be updated to listen so that it causes refreshes to occur properly. This one is NOT very likely, since I can't think of a single case where it's up to an ADDON to redraw builtin blizzard UI elements like macrobuttons.


EDIT3: OH YEAH! Forgot one detail: Of course, Macrobuttons update properly for SIMPLE conditions like "[mod:shift]". The thing that causes the update-bug is when you add [@mouseover]/[target=mouseover]. Looks like it may be blizzard's fault. Macro-buttons not updating as soon as you involve mouseover events. PLEASE report it to the American UI & Macros forum after making sure it's not Macaroon's fault. It's VERY important that icons update as they should, and that they fix the Tooltip update bug as well (if that's their fault too).


EDIT4: Last edit. I've now distilled the bug down to the following simple test case:

Start out by clearing your regular action bars if you have ANYTHING on them, since you must have ZERO regular action bar (blizzard) buttons.

Then make a macaroon macrobutton that uses @mouseover somewhere, such as this:
/cast [@mouseover,harm]Basic Campfire;Hearthstone
Then attempt to hover over enemies and notice that the macaroon macrobutton does NOT update.

Add a blizzard /macro on of the REGULAR blizzard action bars (1-120), set to (note that the actual spell name doesn't matter, I use foo):
/use [@mouseover]foo
Now mouse over enemies, and the macaroon button will update correctly.

As soon as that tiny blizzard /macro is removed from the blizzard action bars, the mouseover on macaroon's macro buttons will stop working again.


Now all that remains for you/blizzard is to test if the above macaroon macrobutton behavior is the SAME if you create a very small addon that has only a SINGLE macrobutton with that exact macro in it. If it fails to update there too, it's a blizzard bug that has to be reported to them (this is what I am betting on). If it updates successfully, it's a Macaroon bug.

For now, the workaround for me will be to have that small "/use [@mouseover]foo" macro on a regular action button, hidden away (I call the macro "Mouseover Magic" :P). This ensures that the mouseover update event is caught by Macaroon's macro buttons and they'll be able to update (yes, even if they use modifiers like "[mod:shift,@mouseover]", all that matters is that SOMEWHERE on a regular bar is a button that responds to "@mouseover").
Last edited by Yewbacca : 05-13-10 at 02:14 PM.
Yewbacca is offline Report comment to moderator  
Reply With Quote
Old 05-12-10, 03:56 PM  
Dwargh
A Theradrim Guardian
 
Dwargh's Avatar
AddOn Author - Click to view AddOns

Forum posts: 64
File comments: 660
Uploads: 2
Re: That Pesky Paging Class bar Issue

Originally posted by TyBudd
Did anyone yet figure out the problem I was having by being able to create Stance bars with pages that share keybinds like the default ui and Dominos does? I've tried to email Maul about it, but no response.
nope, not yet. But if you know a lot about custom states. and how to work them you might figure it out with a little help from this old post:
Originally posted by Phanx
After playing around with the new state stuff, I'm not sure it's quite what I was looking for. The big thing about InfiniBar, that I haven't found any other addon that can do, is the ability to freely define an arbitrary number of custom states using macro conditionals. For example, my druid's main bar on live has one state for each of the following lines, which are typed into a multi-line edit control in InfiniBar's GUI:

[bonusbar:5]
[mounted] [stance:2] [stance:4]
[stance:5]
[stance:1]
[stance:3, stealth]
[stance:3]
[actionbar:1] [actionbar:4]
[actionbar:6] [actionbar:3]
[actionbar:5] [actionbar:2]

Most importantly, this means that I only have a single page when in any feral form, and when in "caster" form, I only have 3 pages.
come to think about it. perhaps you could make it happen the way you want it with this example:
Code:
[actionbar:1, stance:1]
[actionbar:2, stance:1]
[actionbar:3, stance:1]
[actionbar:4, stance:2]
[actionbar:5, stance:2]
[actionbar:6, stance:2]
[actionbar:7, stance:3]
[actionbar:8, stance:3]
[actionbar:9, stance:3]
Last edited by Dwargh : 05-12-10 at 03:57 PM.
Dwargh is offline Report comment to moderator  
Reply With Quote
Old 05-12-10, 01:24 PM  
anseloth
Coding Archmage
 
anseloth's Avatar
AddOn Author - Click to view AddOns

Forum posts: 50
File comments: 267
Uploads: 3
Re: That Pesky Paging Class bar Issue

Originally posted by TyBudd
Did anyone yet figure out the problem I was having by being able to create Stance bars with pages that share keybinds like the default ui and Dominos does? I've tried to email Maul about it, but no response.
sorry, key bindings are not something you can set to be shared with the default UI. macaroon's keybindings kinda override default UI keybindings.

but, the contents of the buttons, however, DO allow for sharing with the default UI. you just have to set the macaroon to be shared as "action ID" buttons, in macaroon. just make sure that their IDs are set up in the order you want
__________________



anseloth is offline Report comment to moderator  
Reply With Quote
Old 05-12-10, 12:55 PM  
TyBudd
A Deviate Faerie Dragon

Forum posts: 13
File comments: 80
Uploads: 0
That Pesky Paging Class bar Issue

Did anyone yet figure out the problem I was having by being able to create Stance bars with pages that share keybinds like the default ui and Dominos does? I've tried to email Maul about it, but no response.
TyBudd is offline Report comment to moderator  
Reply With Quote
Post A Reply



Category Jump:

Support AddOn Development!

You have just downloaded by the author . If you like this AddOn why not consider supporting the author? This author has set up a donation account. Donations ensure that authors can continue to develop useful tools for everyone.