Bump. Any response to this from the author or otherwise?
Has this mod been abandoned?
Your original post was only 15 hours ago - do you really believe mod authors do nothing else than checking forums every other day? Be patient and think about how much you get from other peoples work, without having to pay a cent.
function SmartRes:Resurrect()
local resbutton = self.ResButton local function OnEvent(self, event, unit, spell)
if event == "PLAYER_REGEN_ENABLED" then
resbutton:SetAttribute("unit", nil)
resbutton:SetAttribute("spell", nil) end
end
Not sure if this doesn't break anything, but it seems to be working fine now and without the taint issue.
Avitus > Registering OnEvent isn't really something I'm that fond of since it will be called a lot in combat so your update will mean a small slowdown. So if it's not too much to ask just wait a few days and i think I'll get the time to look at it. :)
Would anyone happen to have an idea how to make a macro which calls the target-rezz-function if I got a friendly corpse targetted, and the auto-rezz-function if I don't?
I've been fiddling with calling the mod-internet functions from a macro, I figured it's /script SmartRes:FunctionName(), but seems to be wrong. :S
Would anyone happen to have an idea how to make a macro which calls the target-rezz-function if I got a friendly corpse targetted, and the auto-rezz-function if I don't?
I've been fiddling with calling the mod-internet functions from a macro, I figured it's /script SmartRes:FunctionName(), but seems to be wrong. :S
You can't call it since spell casting is limited to clicking secure buttons or pressing hotkeys assigned to these secure buttons. However it is possible to adjust smartres so it picks people you have targeted first.
The updated version of SmartRes currently on Curse & the SVN (r93/"beta") is broken. Probably should have been marked as an alpha/drycode so it didn't head to Curse.
Log on (after upgrading from the previously working r87) and the following errors occur. The mod is inaccessible afterwards:
AceLocale-3.0-1 (Ace3):29: assertion failed!
AceLocale-3.0-1 (Ace3):29: in function <...nterface\AddOns\Ace3\AceLocale-3.0\AceLocale-3.0.lua:29>
SmartRes-5.0\Localization-enUS.lua:2: in main chunk
AceLocale-3.0-1 (Ace3):29: assertion failed!
AceLocale-3.0-1 (Ace3):29: in function <...nterface\AddOns\Ace3\AceLocale-3.0\AceLocale-3.0.lua:29>
SmartRes-5.0\Localization-deDE.lua:2: in main chunk
AceLocale-3.0-1 (Ace3):29: assertion failed!
AceLocale-3.0-1 (Ace3):29: in function <...nterface\AddOns\Ace3\AceLocale-3.0\AceLocale-3.0.lua:29>
SmartRes-5.0\Localization-zhCN.lua:2: in main chunk
AceLocale-3.0-1 (Ace3):29: assertion failed!
AceLocale-3.0-1 (Ace3):29: in function <...nterface\AddOns\Ace3\AceLocale-3.0\AceLocale-3.0.lua:29>
SmartRes-5.0\Localization-koKR.lua:2: in main chunk
SmartRes-5.0\SmartRes.lua:21: attempt to index global 'DewdroptLib' (a nil value)
SmartRes-5.0\SmartResOptions.lua:2: attempt to index global 'DewdroptLib' (a nil value)
Wow, patch 3.02 did a number on this addon. Right now, I see the bars no problem, but the FuBar plugin and the slash commands don't work. I tried downgrading SR versions to test, and they aren't working for me either.
One thing at a time... I'll get this ironed out.
>Zidomo, I don't get those, or any errors for that matter, logging in the game. I am only loading SR and FuBar3.5, and nothing. I'll keep checking though.
I'm having a small problem using this addon, and I wonder if I'm the only one...
Often when I do try to ressurect someone for the first time of a session, the addon does not react at all when hitting the keybind assigned to auto-rezz. When I rezz the person manually then, the addons starts to work as intended again.
Sorry about not posting to this thread. Since I didn't start it, I keep forgetting about it and only checking for comments on Curse and WowAce. And tickets, of course.
Anyway, just posting a thinks to ArrowMaster and Pneumatis for the bug catch and commit fix. Silly typo, but since I wasn't getting or seeing any errors, off it went.
And I just finally understood a feature in the SVN ... To anyone who tried 6.04 and got failures, I'm sorry. It is fixed now in 6.05 or should be.
Development on SmartRes2 is coming along, albeit slower than I would like due to real life, raiding, work, and all the usual yadda yadda. But it still progresses. Until I flag it out of Alpha, or otherwise make some kind of status change regarding Experimental, I hope nobody expects a working copy. I'm just doing Alpha commits to save my progress, and make it easier on me if I ever have to backtrack the code. Plus some people have asked to see my progress. You can see SmartRes2's development here.
I'm having a small problem using this addon, and I wonder if I'm the only one...
Often when I do try to ressurect someone for the first time of a session, the addon does not react at all when hitting the keybind assigned to auto-rezz. When I rezz the person manually then, the addons starts to work as intended again.
Using r104.
Yes, I notice this myself. Similarly, when I come back from being a ghost, after I Mana up, I have to use the manual res key the first time. This doesn't happen to me if someone resses me. This has persisted into the current 6.05
Just one of the many quirks and bugs in SmartRes that is making me write SmartRes2. Even if my development time is reduced. I'd ask for help, and the thought did occur to me, but there a couple of reasons I haven't so far.
Except for when I need some coding or logic help, I am trying to write SR2 myself just to see if I can. Call it ego or pride. I call it a sense of accomplishment.
Having a co-author kind of scares me insofar of me understanding what the other person does. I am still learning WoW-Lua, and don't want to feel stupid over my own addon.
If there are feature suggestions or bug fixes to do, it will be easier on me to ad them if I don't have to confer with someone else.
But you never know. I might have to cave in and ask for help. Not giving up yet, however.
I have created a poll on the SmartRes2 site, asking for votes and comments on how to deal with ressers who do not watch collision bars for duplicate casts. I would appreciate all the constructive feedback possible, thank you.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
Has this mod been abandoned?
Your original post was only 15 hours ago - do you really believe mod authors do nothing else than checking forums every other day? Be patient and think about how much you get from other peoples work, without having to pay a cent.
Anyway, I seem to have fixed the taint issue, just not sure if it's ok to upload it, so I'm waiting for the author reply first.
For those interested:
Not sure if this doesn't break anything, but it seems to be working fine now and without the taint issue.
I've been fiddling with calling the mod-internet functions from a macro, I figured it's /script SmartRes:FunctionName(), but seems to be wrong. :S
Log on (after upgrading from the previously working r87) and the following errors occur. The mod is inaccessible afterwards:
AceLocale-3.0-1 (Ace3):29: assertion failed!
AceLocale-3.0-1 (Ace3):29: in function <...nterface\AddOns\Ace3\AceLocale-3.0\AceLocale-3.0.lua:29>
SmartRes-5.0\Localization-enUS.lua:2: in main chunk
AceLocale-3.0-1 (Ace3):29: assertion failed!
AceLocale-3.0-1 (Ace3):29: in function <...nterface\AddOns\Ace3\AceLocale-3.0\AceLocale-3.0.lua:29>
SmartRes-5.0\Localization-deDE.lua:2: in main chunk
AceLocale-3.0-1 (Ace3):29: assertion failed!
AceLocale-3.0-1 (Ace3):29: in function <...nterface\AddOns\Ace3\AceLocale-3.0\AceLocale-3.0.lua:29>
SmartRes-5.0\Localization-zhCN.lua:2: in main chunk
AceLocale-3.0-1 (Ace3):29: assertion failed!
AceLocale-3.0-1 (Ace3):29: in function <...nterface\AddOns\Ace3\AceLocale-3.0\AceLocale-3.0.lua:29>
SmartRes-5.0\Localization-koKR.lua:2: in main chunk
SmartRes-5.0\SmartRes.lua:21: attempt to index global 'DewdroptLib' (a nil value)
SmartRes-5.0\SmartResOptions.lua:2: attempt to index global 'DewdroptLib' (a nil value)
One thing at a time... I'll get this ironed out.
>Zidomo, I don't get those, or any errors for that matter, logging in the game. I am only loading SR and FuBar3.5, and nothing. I'll keep checking though.
Often when I do try to ressurect someone for the first time of a session, the addon does not react at all when hitting the keybind assigned to auto-rezz. When I rezz the person manually then, the addons starts to work as intended again.
Using r104.
Anyway, just posting a thinks to ArrowMaster and Pneumatis for the bug catch and commit fix. Silly typo, but since I wasn't getting or seeing any errors, off it went.
And I just finally understood a feature in the SVN ... To anyone who tried 6.04 and got failures, I'm sorry. It is fixed now in 6.05 or should be.
Development on SmartRes2 is coming along, albeit slower than I would like due to real life, raiding, work, and all the usual yadda yadda. But it still progresses. Until I flag it out of Alpha, or otherwise make some kind of status change regarding Experimental, I hope nobody expects a working copy. I'm just doing Alpha commits to save my progress, and make it easier on me if I ever have to backtrack the code. Plus some people have asked to see my progress. You can see SmartRes2's development here.
Yes, I notice this myself. Similarly, when I come back from being a ghost, after I Mana up, I have to use the manual res key the first time. This doesn't happen to me if someone resses me. This has persisted into the current 6.05
Just one of the many quirks and bugs in SmartRes that is making me write SmartRes2. Even if my development time is reduced. I'd ask for help, and the thought did occur to me, but there a couple of reasons I haven't so far.
And I thank you for your support, as I too, am looking forward to SR2 LOL :p:D