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:396,022
Favorites:984
MD5:
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-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
Old 05-12-10, 05:26 AM  
Yewbacca
A Murloc Raider

Forum posts: 6
File comments: 34
Uploads: 0
The previous post is quite long, so I'll post the other, smaller bugs and simpler bug reports as a new post:

* When loading a profile (either via /mac load xxxxxxx or the Profile manager GUI), Macaroon doesn't tell Buttonfacade to refresh/repaint the buttons, so you end up with HIGHLIGHTED FRAMES around buttons that NO LONGER HAVE ANYTHING ON THEM. You can test this by making a profile, then saving 2 copies of it. Clear a bunch of buttons from one of them (so they have nothing on them, such as empty macros, or moving the buttons off the bars to clear them), then save it like that. Now /reloadui. First, load the profile that has all the buttons populated. Then, load the profile that has several cleared buttons. You will see outlines remain around the places where buttons USED to have content in the previous profile.
Solution: After loading the new profile, force Buttonfacade to redraw everything. There should be an API in buttonfacade for this.


* Related to the above bug, is a smaller problem in the way that DrDamage interacts with Macaroon (nice job to both authors on making the addons work together, by the way. might wanna update the FAQ that still claims they are incompatible.): When you load a profile, DrDamage isn't aware of this, and the buttons retain their old text no matter what the new content is. Very annoying. ;-)
Solution: After loading the new profile, use DrDamage's API to force a recalculation of all buttons so that labels are updated; alternatively, if it has no public API for this, simply hook into DrDamage's object and use its internal update function directly from inside Macaroon, to force that very needed update.


* The last bug I've found is an extremely annoying one that Bartender4 does properly: Try placing the mouse over a Macro that contains multiple actions with "[mod:XXX]" code (don't forget the #showtooltip at the top to make it show spell tooltips instead of the macro name). Now try pressing those modifiers so that the action on the button changes. The tooltip will not update. The only way to see other tooltips is to hold the modifier BEFORE you move the mouse over the button. This is an extremely annoying bug since it makes it really hard to look up tooltips for abilities that are cast with modifiers...
Solution: Listen to modifiers (shift, alt, ctrl) and force a refresh of the tooltip. Not sure of the exact method, it may be required to re-link the tooltip's itemlink, or it may be as simple as some update function. Look at Bartender's method perhaps?


* Something that I forgot to mention: Deleting profiles should also cause a confirmation dialog, just like the Save suggestion, since the Delete button is also too close to the Load button. All to protect the user's settings, it's a worthwhile fix. ;-)


Hehe, how's that for power-user? Using Macaroon for 5 hours, immediately using most features, and finding a bunch of bugs and their causes as well. Pretty good work I'd say.
Last edited by Yewbacca : 05-12-10 at 05:43 AM.
Yewbacca is offline Report comment to moderator  
Reply With Quote
Old 05-12-10, 05:05 AM  
Yewbacca
A Murloc Raider

Forum posts: 6
File comments: 34
Uploads: 0
Originally posted by Dwargh
As Maul, the real author of Macaroon, has left this addon , at least for a while. Your suggestions may take a great deal of time untill they're inplemented. However, I belive I know enough lua to make most of it happen myself if ever I get the time.

Tooltips for the save-check buttons and actionID apply button, pop up overwrite confirmation and Macro edit character counter.

The copy bar feature might be too hard for me to make work nicely yet.
Ahh alright, I thought he was back. And yes that's a good list. Might wanna add the suggested changes to the text labels in the profiles dialog too, since the current names don't make much sense. I.e. "Bar Layout" -> "Bar Location".


Originally posted by Dwargh
There is also another way of doing the same thing.

setting every bar to react on that main bar with buttons in normal and control state. By going to the second page in bar edit and selecting the main bar under "linked to" and normal under "state". That should make the bar show whenever the main bar is in normal state and hide whenever it's not.
However if you use form or stance on your main bar.. it would hide in every state but the one.

Yes that's what I did (told ya I had figured out most things ;-)), I set a 1-row high bar as a switching control bar, which does double duty as control bar and a regular top bar (did this in order to have the same keybinds of 0-9 for that bar in vehicle and normal mode). I then set all other bars to only show when that "main" bar is in "Normal" mode (not possess/vehicle).

That's when I noticed that there's a bug somewhere in the code that hides/shows bars linked this way. I've tried it in three areas:

When I first created all the bars I was at argent tournament and mounted a "vehicle" there, the linked bars hid correctly whenever the "main" bar switched to possess/vehicle mode.

I then did a lot of work loading and saving profiles, setting things up.

Later I went to ulduar, and entered a vehicle. The linked bars did not hide. They remained shown even though my "main" bar was in possess/vehicle mode.

I then went to oculus and mounted a dragon, and the same thing happened.

Then I went back to the tournament and tried a "vehicle" there again, and guess what? Bars did not hide.

The ONLY thing that had changed in my bar relationships between working and not working, was that I had saved and loaded various profiles.

I even tried unlinking the bars and then re-linking them and they STILL refused to hide when the main bar went into possess/vehicle mode.

Finally, I tried /reloadui and they started working again. So somewhere there's a bug that breaks the bar-link relationships.

Guess what? I found where the bug is!

It happens *every* time you load a profile. From that moment on, nothing can fix it apart from a /reloadui. So the profile loading code is breaking/not properly setting up the bar relationships, and they are unrepairable (it is NOT possible to go into settings and clear then rebuild the link, a RELOAD is required). Hope this helps.


EDIT: PS, the release version has some debug output like "MacaroonBars1" "MacaroonBars2" etc, when loading profiles or changing the amount of buttons on a bar. Should be removed. But it WOULD be good if profile loading DID output a message like "Macaroon: Loaded profile 'prot'." just to give some feedback. Another debug message I've spotted is when using the /select command, you get "MacaroonSelectDock75" (or any other number).
Last edited by Yewbacca : 05-14-10 at 01:27 PM.
Yewbacca is offline Report comment to moderator  
Reply With Quote
Old 05-12-10, 01:21 AM  
Dwargh
A Theradrim Guardian
 
Dwargh's Avatar
AddOn Author - Click to view AddOns

Forum posts: 64
File comments: 660
Uploads: 2
Originally posted by anseloth
what you are trying to do is a lot easier than it seems at first. simply set all the bars to be affected by the control bar state (meaning the ones to be hidden, or those to be changed) to, well, have that state set up.

then, to make bars invisible, just make sure that the state for when you are controlling something has no buttons in that state at all.

simple eh?
There is also another way of doing the same thing.

setting every bar to react on that main bar with buttons in normal and control state. By going to the second page in bar edit and selecting the main bar under "linked to" and normal under "state". That should make the bar show whenever the main bar is in normal state and hide whenever it's not.
However if you use form or stance on your main bar.. it would hide in every state but the one.
Dwargh is offline Report comment to moderator  
Reply With Quote
Old 05-12-10, 01:13 AM  
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
That was my final edit. I've now set up a nice profile using almost every feature in Macaroon. Gonna have to make a backup of the lua files unless you can implement an overwrite confirmation dialog box, hehe. Thanks for this insanely good addon.
As Maul, the real author of Macaroon, has left this addon , at least for a while. Your suggestions may take a great deal of time untill they're inplemented. However, I belive I know enough lua to make most of it happen myself if ever I get the time.

Tooltips for the save-check buttons and actionID apply button, pop up overwrite confirmation and Macro edit character counter.

The copy bar feature might be too hard for me to make work nicely yet.
Dwargh is offline Report comment to moderator  
Reply With Quote
Old 05-11-10, 08:50 PM  
Yewbacca
A Murloc Raider

Forum posts: 6
File comments: 34
Uploads: 0
Originally posted by anseloth
what you are trying to do is a lot easier than it seems at first. simply set all the bars to be affected by the control bar state (meaning the ones to be hidden, or those to be changed) to, well, have that state set up.

then, to make bars invisible, just make sure that the state for when you are controlling something has no buttons in that state at all.

simple eh?
Oh, so my theory was correct! :-) I wrote "One idea I have is to set the bar I want to hide to be paging, so that it has a separate set of buttons (with nothing on them) when I'm possessing or using a vehicle. But this is a VERY unclean solution and I think it might lead to vehicle bar actions being put on the bars, etc.".

I figured it out, it turned out to be a really clean solution. This really needs to be in the FAQ and Official thread (which hasn't even been updated to describe what "Control Bar" does):
Set the bar you want to hide to Control Bar (which applies to BOTH possess AND vehicles). Then mount a vehicle (or just left click the bar until you see it swap to vehicle/possess bar mode). The bar will switch states into one with 0 buttons on it. That's all you need to do if you just want your regular bars to hide. However, if you actually want vehicle controls to show up, you need to then go into bar edit mode when it's in vehicle/possess mode, go down to "Buttons", and raise the amount. ALL OTHER SETTINGS ARE INHERITED FROM THE BAR'S "NORMAL" SETTINGS, ONLY THE BUTTON COUNT PARAMETER CHANGES WHEN IT SWAPS STATES. Raising the amount actually creates NEW buttons, so any changes you make to them won't ruin your "normal" buttons for that bar. Next, you may want to go into button edit mode to make sure your buttons are the correct type and have the correct IDs (read the FAQ for that part, they should be actionID type and have the correct IDs for vehicle, which starts at 121 and goes to 132, but 130 is enough). Thanks to this separation of button setups between various "paged" states, my concern about vehicle buttons showing up on the bar turned out to be incorrect, since each button is its own entity. Wow, Macaroon is slick!

EDIT2: Annoyance: The Action ID pane (which lets you set the Action ID of an Action ID button) has a button on the right hand that says "Apply". Logically you expect that you need to press that to "Apply" the setting? Nope, it takes your Action ID and applies it across the entire row, starting from the selected number and incrementing each button by 1. Why not rename it back to what it used to say? "Propagate", or "Fill Row" (the latter is even clearer).

EDIT3: The official thread says this about the profile manager: "Bar Layout: This option merely saves the location of bars, nothing else."... so rename the checkbox to "Bar Location"! It makes so much more sense.
* Likewise, it says: "Button Layout: This option saves how many buttons are saved on each bar and in which states. Specific button data is not saved with this option." which again is so unclear that you have to read the readme. It would be better if it was called "Bar States" (logical because each bar has multiple states, and each state contains buttons, hence, you save "bar states", or if you can expand the text line a little, make it "Bar States & Btn. Counts")...
* "Settings: This option saves your main menu settings." would be better as "Main Options" or "Menu Options" or "Main Settings".
* The last one, "Button Data" is pretty clear.
If you could just implement mouseover help tooltips, none of these changes would be needed. ;-)

EDIT4: I'm 5 hours into using Macaroon for the first time and I've learnt it inside out, hehe, it has a few quirks. I love it! One very very bad problem with its Profile manager is that the Save and Load buttons are right next to each other. This doesn't HAVE TO be a problem though, if you just made the Save button pop up a dialog to "Overwrite 'ultra carefully set up profile that you would ruin by overwriting by mistake'? Yes/No". That one is really serious as far as danger goes, and easy to fix (and in my opinion it should be implemented inside the "profile save" function itself, so that it's triggered even when you do "/mac save blah", basically just a duplicate name-check and a yes/no dialog).
* Also: Why not have a live character count for the macro text editor? Something like "435/1000" or whatever, just to let you know how far along you are. Look at blizzard's macro GUI code to see how they did it.
* I guess I'll put in a nice feature request to top it all off. How about having a button inside the bar editor that says "Copy From", clicking it opens a list of all other bars, and clicking one of them will copy all the design/conditional/paging settings from the other bar's editor (not actual button content, just the settings for the bar). This would make it super fast to make new bars that are identical to the old ones, which would be a pretty logical feature really.

That was my final edit. I've now set up a nice profile using almost every feature in Macaroon. Gonna have to make a backup of the lua files unless you can implement an overwrite confirmation dialog box, hehe. Thanks for this insanely good addon.
Last edited by Yewbacca : 05-12-10 at 12:51 AM.
Yewbacca is offline Report comment to moderator  
Reply With Quote
Old 05-11-10, 08:46 PM  
anseloth
Coding Archmage
 
anseloth's Avatar
AddOn Author - Click to view AddOns

Forum posts: 50
File comments: 267
Uploads: 3
Originally posted by Yewbacca
This addon is incredible!

I'm unable to find any way of HIDING bars when possessing or using a vehicle though. I want my regular action bars to hide completely (since the actions are not usable at that time) when I'm using a vehicle or posessing something.

One idea I have is to set the bar I want to hide to be paging, so that it has a separate set of buttons (with nothing on them) when I'm possessing or using a vehicle. But this is a VERY unclean solution and I think it might lead to vehicle bar actions being put on the bars, etc.

So is there some way to go "Custom Visibility:"

and type something like [notFrickingPossessingOrInVehicle]? Alternatively, some way of reversing the custom visibility, so the bar is only shown when the custom condition is FALSE? (could be placed as an "Inverse" checkbox above the custom visibility text field), so you could do [bonusbar:5] and Invert it (bonusbar:5 is most or all vehicle and possess bars, from what I've read).

Any solution? I've been reading for 30 minutes trying to find the solution somewhere but can't find any way of doing this...


EDIT: PS, the official thread needs updating, it doesn't reflect renamed/new options, such as "Control Bar" (which I have no idea what it does, it doesn't say in the thread), and the renamed Custom Conditionals, etc:
http://www.wowinterface.com/forums/s...ad.php?t=21617
what you are trying to do is a lot easier than it seems at first. simply set all the bars to be affected by the control bar state (meaning the ones to be hidden, or those to be changed) to, well, have that state set up.

then, to make bars invisible, just make sure that the state for when you are controlling something has no buttons in that state at all.

simple eh?
__________________



anseloth is offline Report comment to moderator  
Reply With Quote
Old 05-11-10, 08:40 PM  
Yewbacca
A Murloc Raider

Forum posts: 6
File comments: 34
Uploads: 0
This addon is incredible!

I'm unable to find any way of HIDING bars when possessing or using a vehicle though. I want my regular action bars to hide completely (since the actions are not usable at that time) when I'm using a vehicle or posessing something.

One idea I have is to set the bar I want to hide to be paging, so that it has a separate set of buttons (with nothing on them) when I'm possessing or using a vehicle. But this is a VERY unclean solution and I think it might lead to vehicle bar actions being put on the bars, etc.

So is there some way to go "Custom Visibility:"

and type something like [notFrickingPossessingOrInVehicle]? Alternatively, some way of reversing the custom visibility, so the bar is only shown when the custom condition is FALSE? (could be placed as an "Inverse" checkbox above the custom visibility text field), so you could do [bonusbar:5] and Invert it (bonusbar:5 is most or all vehicle and possess bars, from what I've read).

Any solution? I've been reading for 30 minutes trying to find the solution somewhere but can't find any way of doing this...


EDIT: PS, the official thread needs updating, it doesn't reflect renamed/new options, such as "Control Bar" (which I have no idea what it does, it doesn't say in the thread), and the renamed Custom Conditionals, etc (could also do with a better explanation of what SnapTo is):
http://www.wowinterface.com/forums/showthread.php?t=21617
Last edited by Yewbacca : 05-11-10 at 08:48 PM.
Yewbacca is offline Report comment to moderator  
Reply With Quote
Old 05-10-10, 05:00 PM  
Rhamses
A Theradrim Guardian

Forum posts: 61
File comments: 7
Uploads: 0
thanks for the reply. it is more a nice to have gee wiz than a need. I found a quasi work around. I use

Mounted.

I can pop the chute and cast instants on the way down. I think I will lose the button if I am dismounted for some other reason, but is fun to do the unexpected paratrooper drop on someone. Especially those pesky melee classes. LOL

Rhamses
Rhamses 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.