(105Kb)

Updated: 12-06-10 04:15 PM

Add Favorite

Install Help

Pictures

File Info

Updated:	12-06-10 04:15 PM
Created:	unknown
Downloads:	24,193
Favorites:	123
MD5:

eXtreme Unit Buttons

Version: v2.0

by: tayedaen [More]

This highly configurable mod allows players to associate buttons to unit frames. It is meant as a replacement to GroupButtons which stopped functioning with the 2.0 patch in December 2006. The mod extends the capabilities of GroupButtons by providing these additional features:

an unlimited number of buttons per unit frame
Buttons which turn on/off depending on the amount of damage a unit has
Buttons which are dimmed if a unit as that buff or a related buff applied.
Buttons which appear when a debuff is applied to a unit.
Buttons which allow you to have any type of "/" slash or macro command on a button
A variety of a modes for different activities in the game. For example, a set of buttons
for soloing, buttons for instances, buttons for raids, buttons for specific bosses (such as Baron Geddon in MC (to all priests to debuff), buttons for PvP, etc.
Assign buttons to unit frames that when clicked cast spells on different units. This feature allows, for example, buffs and heals for the player unit to appear within the target buttons to minimize the amount of mouse movement between buttons.
Works for any kind of non-casting classes; specifically warriors and rogues.

Version 2.0 (Dec 06, 2010) (by tayedaen)

I know that the documentation is a complete mess at the moment, I am already working on it.
But I wanted to have a released version for cataclysm start.

Before upgrading, please read the included 'readme.txt'.

You will loose your config, so read carefully !

Hightlights of the changes since the last official release:

Code:

New: Support for default profiles for spec1 and spec 2
New: Wizards for Group and Profile generation
 Please use them !
New: LDB button (and menu)
New: Default Buttons now always use the Prefix 'SB_'
 This is an abbreviation for StandardButton.
 I recommend to use 'CB_' as prefix for custom buttons.
New: '$' self condition for cast buttons (buff, debuff etc.)
 Example: CB_Renew,buff,Renew,$Renew
 This custom buutton will only chnge to the state BUFFED if the destination unit is buffed with your OWN Renew.
New: '!' inverts conditions for cast buttons (buff, debuff etc.)
New: new debuff condition "Death"
 A button with this condition is only shown if the destination unit is dead.
New: new debuff condition "Purge"
 A button with this condition is only shown if the destination unit has at least one buff to purge.
New: two keywords for exclude-units:
  'hostile'   and    'friendly'
  Example: MyGroupName,SB_Renew,*,hostile
  This button will be hidden on hostile units (= it will only be shown on friendly units)
New: Spell ranks have been removed (multiranking too)
New: Macro buttons support now '[target=unit#]'
 Here unit# will be rpalced at runtime with the unit the button is attached to.
 Example: /target [target=unit#]
Improved: Verification of buttons while configuring the addon

And last but not least: 
!!! Improved: Internals are mostly rewritten from scratch for better performance  !!!

Please refer to 'z_historic_Changelog.txt' for older changes.

Known problems:
XPerl's partypets get no buttons

Known blizzard bugs:
------------------------
'isUsableSpell' is broken, there is nothing I can do to change that.
That means: Some spells are reported 'not usable' if you target a hostile target or NPC (like 'PowerWord: Shield' for example).

Enjoy - Tayedaen

Hightlights of the changes since the last official release:
===========================================================
New: Support for default profiles for spec1 and spec 2
New: Wizards for Group and Profile generation
Please use them !
New: LDB button (and menu)
New: Default Buttons now always use the Prefix 'SB_'
This is an abbreviation for StandardButton.
I recommend to use 'CB_' as prefix for custom buttons.
New: '$' self condition for cast buttons (buff, debuff etc.)
Example: CB_Renew,buff,Renew,$Renew
This custom buutton will only chnge to the state BUFFED if the destination unit is buffed with your OWN Renew.
New: '!' inverts conditions for cast buttons (buff, debuff etc.)
New: new debuff condition "Death"
A button with this condition is only shown if the destination unit is dead.
New: new debuff condition "Purge"
A button with this condition is only shown if the destination unit has at least one buff to purge.
New: two keywords for exclude-units:
'hostile' and 'friendly'
Example: MyGroupName,SB_Renew,*,hostile
This button will be hidden on hostile units (= it will only be shown on friendly units)
New: Spell ranks have been removed (multiranking too)
New: Macro buttons support now '[target=unit#]'
Here unit# will be rpalced at runtime with the unit the button is attached to.
Example: /target [target=unit#]
Improved: Verification of buttons while configuring the addon

And last but not least:
!!! Improved: Internals are mostly rewritten from scratch for better performance !!!

Please refer to 'z_historic_Changelog.txt' for older changes.

Known problems:
XPerl's partypets get no buttons

Optional Files (2)

File Name	Version	Size	Author	Date	Type
eXtremeUnitButtons v2.1 Beta	2.1beta4	104kB	abinning	09-15-12 11:51 AM	Addon
eXtremeUnitButtons v2.0 RC2	upload1 RC2	105kB	tayedaen	12-01-10 11:42 AM	Addon

Comment Options

Page 12 of 92

« First

Last »

06-30-10, 05:14 PM

Grumwha

A Kobold Labourer

Forum posts: 0

File comments: 16

Uploads: 0

Re: Re: Re: Re: XUB + Pitbull4 group frames

Originally posted by Cosmic Cleric
Yeah, I'm there with ya. I depend on XUB for my gaming experience too.

<crosses fingers>

I'm eager for new versions too! I'm worried that one of these patches leading up to the Xpac release will finally bork XUB... then I'd just have to give up being a healer...

06-19-10, 03:19 PM

Cosmic Cleric

A Deviate Faerie Dragon

Forum posts: 15

File comments: 283

Uploads: 7

Re: Re: Re: XUB + Pitbull4 group frames

Yeah, I'm there with ya. I depend on XUB for my gaming experience too.

<crosses fingers>

Originally posted by fredddredd
Oh, I do hope so - XUB is one of my very small set of absolutely "must have" mods! All the effort that has gone into keeping it alive over time has been truly much appreciated here. Many thanks.

(Custom setting value of frame name corrected in original post, by the way - I'd left the "#" off.)

06-18-10, 03:43 PM

fredddredd

A Kobold Labourer

Forum posts: 0

File comments: 34

Uploads: 2

Re: Re: XUB + Pitbull4 group frames

Originally posted by Cosmic Cleric
Tay will probably update the defaults when the next version comes out.

If he's still working on it that is.

Oh, I do hope so - XUB is one of my very small set of absolutely "must have" mods! All the effort that has gone into keeping it alive over time has been truly much appreciated here. Many thanks.

(Custom setting value of frame name corrected in original post, by the way - I'd left the "#" off.)

Last edited by fredddredd : 06-18-10 at 03:47 PM.

06-18-10, 02:54 PM

Cosmic Cleric

A Deviate Faerie Dragon

Forum posts: 15

File comments: 283

Uploads: 7

Re: XUB + Pitbull4 group frames

Tay will probably update the defaults when the next version comes out.

If he's still working on it that is.

Originally posted by fredddredd
(I originally posted about this in the v 1.8 beta 8 forum, then realised how back-level that was...)

With XUB Unit Frame value set to PitBull, and grouped, the current default settings for the two mods (PitBull4 and XUB) lead to XUB errors of the format

"Unable to find PitBull4_Groups_partyUnitButton#" (where # is, as per normal, the unit number)

From a post in another forum, it looks as though Pitbull4 group frame names have the format "PitBull4_Groups_xxxxxUnitButton#", where xxxxx is the Pitbull group name (possibly with white space removed). The default Pitbull4 party group name is "Party" (capital P), and XUB is case-sensitive, so the frame isn't found. Similar problem, I believe, on the default Pitbull4 "Partypet" group.

It's trivial to fix the problem inside Pitbull, once you know what's going on, by creating a new group called "party" - and I can confirm that either doing that, or changing the XUB value to "PitBull4_Groups_PartyUnitButton" as an XUB custom setting instead, both work - but the XUB defaults ought to match those of Pitbull.

(I haven't tried the two mods together in a raid, but unless someone can tell me otherwise, it seems somewhat unlikely they'll work unless the Pitbull4 group name(s?) is/are chosen just right).

06-18-10, 02:38 PM
fredddredd A Kobold Labourer Forum posts: 0 File comments: 34 Uploads: 2	XUB + Pitbull4 group frames (I originally posted about this in the v 1.8 beta 8 forum, then realised how back-level that was...) With XUB Unit Frame value set to PitBull, and the player charcter in a party, the current default settings for the two mods (PitBull4 and XUB) lead to XUB errors of the format "Unable to find PitBull4_Groups_partyUnitButton#" (where # is, as per normal, the unit number). From a post in another forum, it looks as though Pitbull4 group frame names have the format "PitBull4_Groups_xxxxxUnitButton#", where xxxxx is the Pitbull group name (possibly with white space removed). The default Pitbull4 party group name is "Party" (capital P), and XUB is case-sensitive, so the frame isn't found. Similar problem, I believe, on the default Pitbull4 "Partypet" group. It's trivial to fix the problem inside Pitbull, once you know what's going on, by creating a new group called "party" - and I can confirm that either doing that, or changing the XUB value to "PitBull4_Groups_PartyUnitButton#" as an XUB custom setting instead, both work - but the XUB defaults ought to match those of Pitbull. (I haven't tried the two mods together in a raid, but unless someone can tell me otherwise, it seems somewhat unlikely they'll work unless XUB specifies a frame name that matches the Pitbull4 pattern, and the Pitbull4 group name(s?) is/are then chosen to fit the XUB naming). Last edited by fredddredd : 06-18-10 at 03:46 PM.

06-10-10, 03:59 AM
Elenesski A Murloc Raider Forum posts: 6 File comments: 194 Uploads: 2	Thanks for keeping XUB alive Tay and Cosmic, Thanks so much for keeping XUB alive and that it helps so many folks. It seems so wild the thing is still in use 3 years after it was written. I'm sure if I opened it up, I wouldn't remember a thing about it. It's not the easiest mod to configure, but it sure is flexible. Keep up the great work. Cheers, - El

05-19-10, 03:36 AM
Cosmic Cleric A Deviate Faerie Dragon Forum posts: 15 File comments: 283 Uploads: 7	Way to call macro already defined in WoW client? Hello! I know we can specify our own macros in XUB like this... Code: _IceBlock,macro,32,/stopcasting \n /cancelaura Ice Block \n /cast Ice Block But what if i've already previously created a macro inside of WoW, and just want to call that macro. Would a "/cast mymacroname" work? If not, is there any other way of running a WoW macro via just its name from within XUB? Also, is the "#tooltip" portion of macro defining supported in XUB? Last edited by Cosmic Cleric : 05-19-10 at 04:20 AM.

05-06-10, 12:35 AM
Cosmic Cleric A Deviate Faerie Dragon Forum posts: 15 File comments: 283 Uploads: 7	Bug report - Two trinkets same name confuses XUB TL;DR: XUB gets confused if there's two trinkets with the same name, it looks for the one in the bags before looking for the one equipted, so the button does not work. --- I have a old iLevel 200 version of the Medallion of the Alliance pvp trinket. I just got the new iLevel 264 version, which has the same name, but the icon image is different. I have a custom XUB button for using the trinket... Code: _TrinketPvP1,use,Medallion of the Alliance I switched out the old trinket for the new trinket, and tried to use the button, but it didn't work. The WoW UI said that I needed to "equip" the trinket first. I tried doing a /xub p, as well as a /console reloadui, but neither worked. In both cases, the XUB button icon/image did NOT update. I even tried logging out and back in again (not quitting, just going back to the character screen), and that didn't work either. However the XUB button icon/image did update then. I tried putting the new trinket on a WoW toolbar, and that worked. So I know the new trinket works and the WoW UI works with it, that its just XUB was having some problem. I tried quitting the game and restarting it, and logging back in, and then when trying to use the XUB button I got the same "I need to equip that trinket first" error. Remember that up to now, during all this, I still have the old i200 version trinket in my bags, and the i264 version equipted. I now delete the i200 version, so it no longer exists in one of my bags, and without doing any /xub p, /console reloadui, logout/in, quit/restart, the XUB button starts working properly. So to wrap this up, it seems like XUB is getting confused if there's two trinkets with the same name, and looks for the one in the character bags before looking for the one being worn/equipted. Was an interesting bug to figure out.

05-04-10, 01:41 PM

Cosmic Cleric

A Deviate Faerie Dragon

Forum posts: 15

File comments: 283

Uploads: 7

Re: Re: Re: status

Tay,

Yeah, I can see how the guild would have a problem with you testing during the Arthas fight!

As far as the arena/GetNumRaidMembers() issue goes, I'd be happy to test that for you. Either upload a modified version of XUB, or just let me know which line number(s) I need to change in the latest/current version of XUB (I could just grep on my own but want to make sure I test what you have in your head as what you want to change), and I can see if using GetRealNumRaidMembers() makes a difference.

FYI, and as you know, shadowed UI is not supported in a raid format in the current version of XUB, so not sure if I can even test it or not until you upload the next version, even though I want buttons to display next to party frames?

Just let me know, either way.

Originally posted by tayedaen
As soon as my guild is running a twink raid again.
The last two raids have been cancelled due too illness of some raid members.
The main raid is fighting Arthas, I cannot do tests there

I see, it seems that GetNumRaidMembers() returns a number if you are in an arena.
I will try to use GetRealNumRaidMembers() instead.
However it's hard for me to test this since I do not do arenas.

cu
tay

05-04-10, 10:30 AM

tayedaen

A Deviate Faerie Dragon

Forum posts: 13

File comments: 191

Uploads: 6

Re: Re: status

Originally posted by Cosmic Cleric
Any ETA when you'll have something ready for testing?

As soon as my guild is running a twink raid again.
The last two raids have been cancelled due too illness of some raid members.
The main raid is fighting Arthas, I cannot do tests there

Originally posted by Cosmic Cleric
The bug I reported earlier, where the buttons for groups assigned to the party frames disappear when you enter an arena, even when the party frames are still showing, happens in Shadowed UI too

I see, it seems that GetNumRaidMembers() returns a number if you are in an arena.
I will try to use GetRealNumRaidMembers() instead.
However it's hard for me to test this since I do not do arenas.

cu
tay

05-03-10, 12:58 PM

abinning

A Kobold Labourer

Forum posts: 1

File comments: 47

Uploads: 1

Re: Re: Re: Re: Re: Re: Macros

W00t!
Now when my hand heals and I can type with two I'm getting busy=)

Originally posted by tayedaen
Hi Andrew,
great idea, and great site.
In your FAQ i've found:
You now have my official approval !
Thanks for your efforts !
cu
tay

05-02-10, 02:23 PM

Cosmic Cleric

A Deviate Faerie Dragon

Forum posts: 15

File comments: 283

Uploads: 7

Re: status

Tay, as always, I'll be glad to help in any testing efforts. Any ETA when you'll have something ready for testing?

Thank you for your continued support for XUB. Not only is it used by many, but I believe the user population is actually growing!

EDIT: Just slipping in a bug report. The bug I reported earlier, where the buttons for groups assigned to the party frames disappear when you enter an arena, even when the party frames are still showing, happens in Shadowed UI too.

Might have something to do with being in a raid but with five or less people so the party frames show up, XUB thinks its in a raid so doesn't bother displaying the group buttons to the party frames still showing?

Originally posted by tayedaen
Hi,

I am still here, still coding.
I was doing some small changes, the lead to massive changes in the code.
Now i am almost finished, but I still need to raid test it before I can release it.

What has changed:
1) added support for Shadowed UI frames
2) added support for destinations (spell targets) that are not a valid UnitID
3) removed a lot of old code (no longer needed since the new methods have proven to be faster and more reliable)
4) moved global variables into addon specific variables

'added support for destinations that are not a valid UnitID' means:
You can now use the unitframe setup window, and set up a frame like 'MT1'.
XUB will search the frame you set up there, search for it's unitID (something like 'raid14'), and use this unit as destination unit for it's buttons.
In the end, you can then attach a group to this unit with something like 'myProfile,MT1,myGroup1'.

Unfortunately (at least for me ) the points 2 and 4 lead to a massive code rewrite, which was a lot of work to do.
And it will be a lot of work to test it.

Thank you for being so patient with me.
My time with WOW is quite limited now, so I cannot be as responsive as I would like to.
But if you still like and use this addon, then this makes me proud sometimes .

cu
tay

Last edited by Cosmic Cleric : 05-02-10 at 02:26 PM.

05-02-10, 10:08 AM

tayedaen

A Deviate Faerie Dragon

Forum posts: 13

File comments: 191

Uploads: 6

Re: Re: Re: Re: Re: Macros

Originally posted by abinning
I don't have dev approval yet, but tell me what you guys think about this site I made to share XUB info.
I wrote up a couple posts in the forums, and the beginnings of a FAQ.

http://xub.abits.biz/

Hi Andrew,

great idea, and great site.
In your FAQ i've found:

And remember, I still don't have dev approval for this little help site, but when I do, I will put more up here (especially in this FAQ).

You now have my official approval !

Thanks for your efforts !

cu
tay

05-02-10, 10:05 AM
tayedaen A Deviate Faerie Dragon Forum posts: 13 File comments: 191 Uploads: 6	status Hi, I am still here, still coding. I was doing some small changes, the lead to massive changes in the code. Now i am almost finished, but I still need to raid test it before I can release it. What has changed: 1) added support for Shadowed UI frames 2) added support for destinations (spell targets) that are not a valid UnitID 3) removed a lot of old code (no longer needed since the new methods have proven to be faster and more reliable) 4) moved global variables into addon specific variables 'added support for destinations that are not a valid UnitID' means: You can now use the unitframe setup window, and set up a frame like 'MT1'. XUB will search the frame you set up there, search for it's unitID (something like 'raid14'), and use this unit as destination unit for it's buttons. In the end, you can then attach a group to this unit with something like 'myProfile,MT1,myGroup1'. Unfortunately (at least for me ) the points 2 and 4 lead to a massive code rewrite, which was a lot of work to do. And it will be a lot of work to test it. Thank you for being so patient with me. My time with WOW is quite limited now, so I cannot be as responsive as I would like to. But if you still like and use this addon, then this makes me proud sometimes . cu tay

04-21-10, 02:34 PM
abinning A Kobold Labourer Forum posts: 1 File comments: 47 Uploads: 1	Hmm... Not a bad Idea. I would not use it though. My frames and XUB fade when out of range, not out of combat. But still might be useful for some players.

Page 12 of 92

« First

Last »

Report this File

Category Jump: