Magic Targets

Magic Targets is a simple set of frames that shows the current targets of the members raid or party. It's meant primarily for use in raiding to keep track of all the mobs currently engaged in combat. Feature list:

Colors each bar based on target status (crowd controlled, tanked, untanked or idle).

Shows the icon(s) of the crowd controll methods a mob is currently affected by and optionally shows a countdown timer for the longest duration remaining crowd control method.

Automatically adds new mobs as members of the raid targets them.

Automatically removes mobs after when they die or when they haven't been actively targeted by someone, or seen in the combat log, for a small period of time. Crowd controlled mobs are always kept on the list.

Uses oRA2 and buff detection (defensive stance, bear form and righteous fury) to determine if a player is a tank.

MT2 is a major refactoring of the original addon. The layout of the bars is now much more flexible. Not only can you freely decide which data to show on the bars, there are also multiple layouts to choose from. Best of all, the transition to Magic Targets 2 should be transparent. Note that the default layout of Magic Targets 2 is different. If you prefer the Magic Marker 1 layout, go into the configuration options => Bar Labels and select the classic Bar Layout. Comments are welcome!

Configuration and use:

Configuration is done using the Blizzard configuration UI. You can use the FuBar/Minimap button or the slash command /mgt config to open it. To get access to a larger number of fonts and textures you need to install the SharedMedia addons.

Note: The bars are not clickable. Due to the secure templates added in WoW 2.0, this is no longer possible. PvP specific addons get around this limitation by making macros that target players by name. Since NPC names are not unique, this is not a viable solution for Magic Targets.

AddOn developnent updates:

If you want to get the latest news of new AddOn releases or work in progress, subscribe to [link=http://twitter.com/magicmods]my Twitter feed[/link].

Changes in 2.0.119:

6.0 Update/new dependencies

Changes in 2.0.119:

Finally works for MoP.

Changes in 2.0.106:

Fixed 4.1 bug with growing or shrinking bars hopefully.

Changes in 2.0.104:

Combat log parser fix for 4.1 + toc bump

Changes in 2.0.102:

Added Bind Elemental, updated CC durations, removed CC's that are no longer available and added Ring of Frost and Hungering Cold to the CC displays.

Changes in 2.0.100:

Toc bump for 4.0.1

Added threat percentage as a bar lavel option

Cataclysm/4.0 fixes.

Changes in 2.0.97:

Cataclysm fixes (backwards compatible).

Repackaged with newest dependencies.

Changes in 2.0.96:

Added ability to filter out tanks and healers the not-targeted-by list in the mouse over tooltip.

Added talent scanning and the new 5 man group role api for finding tanks.

Changes in 2.0.88:

Repackage to pick up new mage polymorphs (rabbit, serpent etc) and hunter Freezing Arrow to the list of CC spells from MagicComm.

Changes in 2.0.89:

3.2 toc bump.

Changes in 2.0.88:

Repackage to pick up new mage polymorphs (rabbit, serpent etc) and hunter Freezing Arrow to the list of CC spells from MagicComm.

Added option to show who's not targeting the unit in the tooltip, instead of showing who's targeting it.

Use cached raid member list when updating tooltips - should be somewhat faster.

Don't error out when LibLogger (which isn't packaged with the addon) isn't present.

Changes in 2.0.82:

Fix display of cc strings/icons (the [cc] token on the labels).

Support for Repentence.

Changes in 2.0.80:
- Fixed issue in LibSimpleBar that prevented bars from being shown.
- Updated .toc to WoW 3.1

Changes in 2.0.76:
- Moved some shared functionality to LibMagicUtil.
- Fixed some erranous global variable use plus localized a few more globals.

Changes in 2.0.72:

MT2 is a major refactoring of the original addon. The layout of the bars is now much more flexible. Not only can you freely decide which data to show on the bars, there are also multiple layouts to choose from. Best of all, the transition to Magic Targets 2 should be transparent. Note that the default layout of Magic Targets 2 is different. If you prefer the Magic Marker 1 layout, go into the configuration options => Bar Labels and select the classic Bar Layout. Comments are welcome!

Changes in r69:
- Fixed some issues due to changes in the LibBars library.

Changes in r67:

- Multiple fixes for 3.0/WotLK.
- New versioning scheme due to wowace migration.

Changes in 80327:

- Changes to work with new LibBars (show count)
- Added Death Coil as a CC spell (even though it's short).

Changes in 79652:

- Fixed detection of warrior tanks when not using oRA2 main tanks (essentially look for a warrior having a shield equipped).
- Added optional timers to crowd control display. Note that due to limitations in the combat log, there's no accurate way to detect when a crowd control is renewed before it expires, so MagicTarget only tracks the initial timer.

Changes In r77860:

- Liblogger No Longer A Fixed Dependency. It Will Still Be Embedded If Found Elsewhere.
- Made The Fubar Plugin Specific To Magictargets To Avoid Issues With Libs.
- Fixed Possible Nil Indexing Error.
- Added Option (On By Default) To Use Class Colors In The Tooltip.

Changes in r77137:

- Added options to set max number of bars, change the size scale factor (to resize font and frame size all at once) and an option to filter normal (non-elite) mobs.
- Fixed bars not hiding when the UI is hidden with Alt-z (LibBars-1.0 issue)

Note: The fix to LibBars-1.0 to allow hiding means that the frames now listen to the UI scale factor. If the bars appear small after updating, simply change the scaling in the bar sizing configuration page.

Hi - I am by no means a programmer, but I am not sure I understand why the targets are not clickable? I use oUF unit frames, which contain party targets in my layout, and I am able to click on these targets to target the mob myself. How is this different than your mod? I am not saying you are wrong, I am just asking for clarification for my own education.

Originally posted by Flarin Hi - I am by no means a programmer, but I am not sure I understand why the targets are not clickable? I use oUF unit frames, which contain party targets in my layout, and I am able to click on these targets to target the mob myself. How is this different than your mod? I am not saying you are wrong, I am just asking for clarification for my own education.

Thanks for the help!

What you can do today is to make a secure frame and binding it to a specific target. I.e you can make a frame point to raid10 or for main tank frames raid10target etc. For Magic Targets there is no fixed target you can bind a frame to. Also if I did, somehow, bind frames to a named mob (or bind it to a /target macro), the frames wouldn't be movable during combat. Thus they couldn't be sorted or removed, only shown or hidden.

Basically it's not possible and won't be possible for an addon such as this. They are still very useful for mob status however, which is what the goal is.

Originally posted by Flarin Hi - I am by no means a programmer, but I am not sure I understand why the targets are not clickable? I use oUF unit frames, which contain party targets in my layout, and I am able to click on these targets to target the mob myself. How is this different than your mod? I am not saying you are wrong, I am just asking for clarification for my own education.

Thanks for the help!

Being able to click targets in mods and/or have mods target for you is one of most common requests out there. But "targeting will never be possible, period. the 2.0 secure unit frame changes do not permit secure frames to be created, changed, or removed in combat" (comment by Durcyn here). Those changes came into effect when WoW 2.0 was released in December 2006.

The only things you can click to target a mob in combat are unit frames (Blizzard or replacements such as oUF), mob nameplates (Blizzard or replacements such as Aloft) or the mob itself.

Mods which don't replace unit frames or nameplates (such as MagicTargets) can't be used to click-target mobs anymore.

It's very unfortunate that it isn't possible, in a reasonble fashion, to make them clickable. You did forget the last option - make a secure button template and bind a macro to it. That is how Proximo works. However if you notice, Proximo can't make new clickable buttons while in combat, and doesn't reorder them. Also due to the rarity of a /target macro in PvE, it's probably not worth implementing. The only times it would be useful are in fights like Moroes and Hex Lord Malacrass, and only if you pre-populated the list (which if used with Magic Marker you would, otherwise likely wouldn't).

One thing I'm considering is an (optional) raid target grid that has one little box for each member of the party or raid. This would not be nearly as useful but might still have a use.

Originally posted by neotron It's very unfortunate that it isn't possible, in a reasonble fashion, to make them clickable. You did forget the last option - make a secure button template and bind a macro to it. That is how Proximo works. However if you notice, Proximo can't make new clickable buttons while in combat, and doesn't reorder them. Also due to the rarity of a /target macro in PvE, it's probably not worth implementing. The only times it would be useful are in fights like Moroes and Hex Lord Malacrass, and only if you pre-populated the list (which if used with Magic Marker you would, otherwise likely wouldn't).

One thing I'm considering is an (optional) raid target grid that has one little box for each member of the party or raid. This would not be nearly as useful but might still have a use.

Yep, forgot that. Its the same method Tekkub uses for ControlFreak's button (which allows clicking in combat), among other mods out there. You can't switch targets by clicking the button in that mod though, all it does is set the focus target from what you already have targeted.

Gave MagicTargets r77558 a try for the first time on a low level alt (no other mods running). No errors, works very well, looked promising.

Enabled it on a main here. This time an error at logon: MagicTargets\LibFuBarPlugin-Mod-3.0.lua:598: attempt to index upvalue 'Tablet20' (a nil value)

A couple other mods on the main character embed LibFuBarPlugin-Mod-3.0.lua: Omen & FuBar_WhoRollFu. The versions of the library included with those (74211) are different from the one included with MagicTargets (75670).

MagicTargets includes the different version library in the main mod folder, not as an external. The different versions loading shouldn't make a difference, but you never know.

-----------------------------
Post I made a couple days later:

Deleted the LibFuBarPlugin-Mod-3.0.lua file in the \MagicTargets folder; no more errors. The mod is now using here the file revision 74211 being loaded with Omen. That file should be in externals (a lib folder), not in the root folder as its currently being downloaded.

The current revision of LibFuBarPlugin-Mod-3.0.lua in Branches is r74211; where is the newer one being downloaded with the mod (causing the logon error) from? Also, one of the included libs is LibLogger-1.0. Isn't that lib just for debugging?

Anyway, hope the library issues can be fixed. Other than the lib problems, the mod works great here so far.

I responded there but will respond here as well. This is likely due to MagicTargets lacking an optional dependency on FuBar. Omen's and MagicTarget's version of this file is the same - it's just that it's manually copied into the respective repositories (to avoid "branch" issues).

Originally posted by Icedawg
I can't get the addon to detect me as a Tank, i'm a protection spec warrior. and it says untanked. using latest version off wowace.

Normally we have all our tanks in the oRA main tank list. Last night we forgot and did indeed notice this same issue - it didn't correctly detect our prot warrior as being a tank. It's on my 'to fix" list.

A request if possible. could we get the mobs target in the bar as well?

I'd like to glance at the bars to see quickly if and who in my group the mob is on.

Thanks again love the addon,

This is certainly a possibility. I'll probably make the data on the bar somewhat customizable at some point.

This is my first post on this site, and I wanted to make it here because this looks like the most promising mod I've seen in a while. I know very little about mod making, I just wanted to ask a question. I know that Aloft allows you to move nameplates. Would it be possible to simply move target nameplates into a list and use those as the target bars? Would that provide the same fuction with clicking ability? Again, I have no idea how all of this works, I'm just asking.

Also, when I tried using this mod, it caused an error with both Omen and Button Facade. I had to disable the mod because of the error with Omen. Basically it locked Omen in AoE mode and would give an error whenever I tried to open the Omen config menu. Does anyone have any idea about this?

Originally posted by Almanx3 This is my first post on this site, and I wanted to make it here because this looks like the most promising mod I've seen in a while. I know very little about mod making, I just wanted to ask a question. I know that Aloft allows you to move nameplates. Would it be possible to simply move target nameplates into a list and use those as the target bars? Would that provide the same fuction with clicking ability? Again, I have no idea how all of this works, I'm just asking.

Also, when I tried using this mod, it caused an error with both Omen and Button Facade. I had to disable the mod because of the error with Omen. Basically it locked Omen in AoE mode and would give an error whenever I tried to open the Omen config menu. Does anyone have any idea about this?

No clue how the nameplates work. As for the problem with Omen upgrading to the version I just uploaded should solve that issue.

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.