With the first one don't forget the "s", resources EDIT: Noticed I have this spelt wrong in the help text!! no wonder

And planar charges only show when you actually have them (at the moment) - kinda silly I know, I will change it to show <0> if you have none. EDIT 2: Hurp, this one was another brain fart by me (I had it look for "planarCharges" not "planar" - fixed now though.

Yeah - its my mistake, found the bug(s). Will commit the changes and upload shortly (the file can take a while to appear on here though).

@Aalwein: Yeah I need to add an option for showing auras - it's on the list.

@weasoug: Pesky pet bar :-/ not sure why that is happening. I stress tested the unit frames in warfronts and dungeons for like 6 hours last night, pet died, I died, everything seem'd to "just work".

Also with the planar charges, try setting:
./mui texts player level,name,planar,vitality

I changed the value that the game looks for to display them to match what I had written in the instructions (and to save people typing planarCharges), but your saved variables might still have planarCharges in it.

@lucrative: Sadly you can't do this with Rift's Addon API yet - although click-to-cast and click-to-do-something functionality has been promised, so when it arrives I'll definitely add it :-) At the moment the best I can do is register the frame for @mouseover macros, and they only work in combat.

@p3t3rl1: 1) I removed them because it was kind of forcing players to have it set up in a particular way, and with the introduction of the /mui commands you can configure them to do anything you like (for instance if you make a macro called Heals and one called DPS you could change the frames as you like, reloadui and they'd be all good). Having said that, a few people have asked about them, so I might reintroduce the command for those that don't want to configure things by themselves.

2) Yeah again you can adjust this through /mui buff/debuffThreshold frame time. It might make more sense for the defaults to be "show everything" and then users can cull it back as they desire. But I didn't want to overload the user.

3) Argh, frustrating, I spent 6 hours in war fronts/parties last night and didn't get this once (and trust me, I die a lot). I've tried porting form the furthest points in the world to the other, and again I can't get the reproduce the bug. I've added lots of nil guards in 1.1b, I'll add a whole bunch more and hopefully this won't come up.

@Draegan: No you're not missing something - I just have removed it from the left-side text, I plan on adding it as another value on the bars ASAP (as well as short health values).

Yeah I'll add a white-list - I shall have a look at the way that the BuffBars addon is doing it.

Is it possible to provide a screenshot of the error messages? Just so I can track the bug down.

Not sure if you saw this on the front page:
"Started working in functionality for Mouse Interaction. Now you can use "cast @mouseover spellName" and it will work with MinUI (This is all that Trion has allowed so far). However, as a trade off to enable this functionality Trion does not allow addons to hide frames with interaction enabled (to stop automation basically). As a result, the frames are "always there" meaning that if you right click or left click to turn the camera where the frames are (even if they are "hidden") the frame will capture the input. I've left the frames barely showing when disabled to try and help users not click on them by accident."

I am sorry, it's quite annoying and I'll have to come up with a new way of dealing with it.

UPDATE: okay I have fixed this issue as best as I can - will upload shortly. Now, when you are out of combat, the frames can disappear as intended (and you can click through them). However, in combat, or as trion calls it "secure mode" the frames are not allowed to disappear, so they remain as very slight black areas (so you can avoid clicking on them).