SmartRes2
SmartRes2 Core
Resurrection monitor, one-button "smart" resurrections, funny random messages, and so much more!
Added with this build: a minimap button for options, and mult-spec Profiles.
Legion and Beyond
This is the 100% rewritten version for Legion and beyond. SmartRes2 is now modular, thus most of the functionality has been transferred to seperate modules. This means that it gains in power and capabilities, while also becoming even lighter on CPU and memory.
Modules
- Chat - All the self notification, funny random messages, and other chat stuff from the previous SmartRes2 builds. There is a lot more packed in here than ever before!
- Smart - Coming soon. The one button resurrection options that pick the best candidate to resurrect. The new module will prioritize roles (healer > tank > dps) rather than classes.
- Bars - Coming soon. The visual bars in pre-Legion no longer work in Legion, and needed to be rewritten. There are plans to add features to this, like themes.
Localization
Want to help translate? Then click here and localize SmartRes2 into your language. Most of the phrases you'd expect to find are in the modules, so check those out for more translating.
Bugs or Suggestions
Found something wrong, or thought of an improvement? Great, then I want to hear from you!
1x SmartRes2\SmartRes2-Release 2.7.9.lua:601: Usage: UnitIsDeadOrGhost("unit")
[C]: in function `UnitIsDeadOrGhost'
SmartRes2\SmartRes2-Release 2.7.9.lua:601: in function `?'
...ags\libs\CallbackHandler-1.0\CallbackHandler-1.0-6.lua:145: in function <...ags\libs\CallbackHandler-1.0\CallbackHandler-1.0.lua:145>
[string "safecall Dispatcher[3]"]:4: in function <[string "safecall Dispatcher[3]"]:4>
[C]: ?
[string "safecall Dispatcher[3]"]:13: in function `?'
...ags\libs\CallbackHandler-1.0\CallbackHandler-1.0-6.lua:90: in function `Fire'
...Ons\SmartRes2\Libs\LibResInfo-1.0\LibResInfo-1.0-22.lua:363: in function `?'
...Ons\SmartRes2\Libs\LibResInfo-1.0\LibResInfo-1.0-22.lua:128: in function <...Ons\SmartRes2\Libs\LibResInfo-1.0\LibResInfo-1.0.lua:127>
Locals:
nil
Beautiful addon.
Seeing this error sometimes when trying to res...
["message"] = "Interface\\AddOns\\SmartRes2\\SmartRes2-Release 2.7.7.lua:601: Usage: UnitIsDeadOrGhost(\"unit\")",
["time"] = "2014/10/30 19:42:49",
["stack"] = "[C]: in function `UnitIsDeadOrGhost'\nInterface\\AddOns\\SmartRes2\\SmartRes2-Release 2.7.7.lua:601: in function `?'\n...nos\\libs\\CallbackHandler-1.0\\CallbackHandler-1.0-6.lua:147: in function <...nos\\libs\\CallbackHandler-1.0\\CallbackHandler-1.0.lua:147>\n[string \"safecall Dispatcher[3]\"]:4: in function <[string \"safecall Dispatcher[3]\"]:4>\n[C]: ?\n[string \"safecall Dispatcher[3]\"]:13: in function `?'\n...nos\\libs\\CallbackHandler-1.0\\CallbackHandler-1.0-6.lua:92: in function `Fire'\n...Ons\\SmartRes2\\Libs\\LibResInfo-1.0\\LibResInfo-1.0-19.lua:362: in function `?'\n...Ons\\SmartRes2\\Libs\\LibResInfo-1.0\\LibResInfo-1.0-19.lua:127: in function <...Ons\\SmartRes2\\Libs\\LibResInfo-1.0\\LibResInfo-1.0.lua:126>",
Sorry for not seeing this earlier. I'll look into it. It is not an error my groups normally get, so this will require some testing. Thank you.
Is there any way to adjust the bar heigh/width and scale of the resurrection time out bars like you can the res bars? If not, can you please add this feature? thanks
It should be the same setting for both bars, found in the res bars options. Meaning the one setting will change both bars.
i keep getting smart res 2 and been blocked from an action only aviable to the blizzard ui how to fix when i queue for warsong bgs and other ones
That is not cause by SmartRes2. I'd explain the rather complex and long way Blizzard comes to blame AddOns, but suffice to say, the problem exists elsewhere. For example I get that error as well, only on my system, HaloPro gets blamed.
The problem originates in Blizzard's UI code, and they aren't in a hurry to fix it.
Is there anway to hide the Smartres2TimeoutBar? I can hide the anchor but was curious to know if the timeout bar/anchor could be hidden as well...
Absolutely. It is the option to the left of the time out bars anchor, called Enable waiting for accept bars. Uncheck that, and the bars are turned off.
If you do not want to see the bars, but still want to be notified when people's res timer expires, turn off the bars as per above, then go to the Chat Options tab and enable the check box for Unit Resurrection Expiration.
When I try to use automatic or manuel ress in battle I only get a message that I'm in battle. Since this ress in all practucalitie is a battle ress only, that seems a bit odd.
Notice that this was taken up in 2009 in this thread as well, thats about 5 years ago???
As per the description above, the auto and manual res keys are cleared during combat.
I can't get the Mass Resurrection message to work. Will it only appear when using the special Smartres buttons/macros/keybinds? I have dragged Mass Resurrection from the spell book to the action bar and cast it that way.
The normal resurrection message works fine. I am casting the Priest's Resurrection from the spellbook via Clique, and don't use special Smartres buttons/macros/keybinds for it either.
Thanks!
EDIT:
Sorry for the delay seeing this. What version of SmartRes2 are you using?
I am testing a really big bug fix version (thanks for patch 5.4.7 Blizzard... grumble grumble) and hopefully get it out soon. It looks good, but I want to make sure it all works correctly.
The main problem is Blizzard changed how characters on the same server are recognized. Instead of Myrroddin, it is now Myrroddin-Llane regardless of whether you are are also on Llane or Sargaras or Doomhammer, etc, etc.
You would think this is simple, but oh no, of course it isn't! Grumble, grumble, grumble...
I have the Mass Resurrection message fixed. Just testing a fix for 5.4.7 whisper changes that caused nil errors and the message to not send.
@angrysteel
I have been trying and trying to figure out what is causing the error, with no luck. I get it as well. I am not sure if the bug is in SR2's code, or LibResInfo.
Still digging, however.
Any chance you can take a look at this error. Doesnt really seem too effect anything, but the error count goes sky high daily.
@angrysteel
This is not a bug, and has always existed. You are correct that it is an API limitation - Blizzard's. The secure button template code will not cast on a player who has released their ghost in that fashion; it won't work in an AddOn, because it will not work the default UI.
However, the Manual Res Key will give you the hand cursor with which you can click on their corpse or unit frame. It will fire the Res bars and keep track of collision casters, provide the unit's name (instead of nothing, or UNKNOWN), and all the other good stuff. This is exactly what happens if you cast a resurrection-type spell with no target selected: the game gives you the hand cursor. The difference is the base UI doesn't have the SR2 extra features.
I haven't tested in ages, but if you had said dead, released player as your target, and NO OTHER valid higher priority non-released players exist, the Auto Res Key would then cast on your target by default.
Hopefully that helps.
Not sure if this is a bug or a limitation of the api:
Lets say me and a buddy are standing at Shrine of Two Moons. He flies up, jumps off mount, and dies at my feet. I use my smart res button and it works as intended.
Now, doing the same test, if he releases and is a ghost, my smart res button no longer works, even with his body right next to me. I didnt see anything in known issues or Q&A sections stating the addon will not resurrect players that have released.
I did see in the Q&A section: "Because macros cannot tell you the name of released (ghost) characters, and SmartRes2 can "
This lead me to believe its a bug preventing me from resurrecting players that have released.