• 0

    posted a message on and another module: CC_MainAssist
    Not yet every planned detail implemented (needs some CC_Target integration for example) but there is a start:

    http://wiki.wowace.com/index.php/CC_MainAssist

    Features:
    *) Set a MainAssist ( per console command or per hotkey )
    *) Assist that person (hotkey)
    *) Show a indicator on the TargetFrame (small crossed Swords) to indicate if the MA is also targeting that unit
    *) AutoAssist function that tries to automatically assist the MA when you should.

    About Autoassist:
    First - why do you need that - or - who needs that:
    Let me explain: A damagedealer that doesn't have anything else to do propably knows best himself when to assist or what to attack, so not really important for him. conveniently at most, but not important.
    However, when playing my healdruid, i loose the sense for what Target should be attacked. I like to have the correct target to a) see what it's doing, b) every now and then put a spell on it or so and c) eventually heal the one who has aggro ( with CC_Target set to Target's Target and forward spells active )

    It (should) work (s) like this: when your target is dead or you have no target, and the MA has a target that allready is tapped, then you assist.
    If you somewhen cange to another target, then autoassist is suspended until you actively change to the MA's target again. ( so there should be no problem in doing somethng else meanwhile)
    I tested the feature with my own pet as MA, sending it to the next mob before the old one dies, and it seems to work quite well. I don't eaven stop shooting when the first mob dies and the autoasssit switches to the next.
    Posted in: General AddOns
  • 0

    posted a message on in trunk: CC_Target, etc... converted to ace2
    The first error would have done :D

    Quote from Zidomo »

    CC_Core\\CC_Core.lua:3: attempt to call global `AceLibrary' (a nil value)\n   ---",


    Ok, now i get the idea now...
    It would have been necessary to add the Ace2 libs accordingly to the .toc
    The svn noob i am i did not add them yet.

    But right now i added the ace2 libs as externals (with some friendly help from ckknight on irc), so this should not be a problem anymore.
    Posted in: General AddOns
  • 0

    posted a message on in trunk: CC_Target, etc... converted to ace2
    Quote from Zidomo »

    Gave CC_Target rev. 6083 a try (combined with its new CC_Core rev. 6041 dependency).

    Unusable. Throws up a large number of errors at log on, mostly related to "OnUpdate". As well as tons more when you mouse over the ToT frame.

    Yes, I normally provide error message here, but after the massive quantity of them with this (and hearing BugSack's "error.wav" 20 times in a row), decided to not spend the time ;).


    Hmm...
    I know it's far from perfect and not yet complete, but it should be at least mostly error free.
    I don't have the slightest idea what could have went wrong.
    Maybe you can give a hint about what the first errors are?
    Posted in: General AddOns
  • 0

    posted a message on in trunk: CC_Target, etc... converted to ace2
    hmm... shorthands... i like the idea...
    at the moment i have no clue how to do that, but i guess i find the answer somewhere in oRA... :D

    Posted in: General AddOns
  • 0

    posted a message on in trunk: CC_Target, etc... converted to ace2
    since all this addons are being split out of what once was one addon, and still have some connections here and there, i made everything depending on a core addon and modules.

    The Core addon:
    CC_Core: handles the console commands, will contain functions used by multiple modules

    This modules are ported:
    CC_Target: 2nd target, dual target functionality, various shortcuts related to targetting, etc...
    CC_Roll: does a leader roll
    CC_ToolTip: adds infos to the tooltip like who in your raid is targeting a unit
    CC_Notepad: ingame notepad. integrated into popup menu on units and names in chat, function to send content to raid/party/whisper

    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    Quote from Shag »

    When I designed my comm-addon (some year ago) CTRA was incredibly unstable and the leader had to broadcast the channel-name every couple of minutes..

    heh, i can remember :D
    Quote from Shag »

    That's why I decided to use my own channels that are completely automatic (no interaction needed on any side.. player nor raid-leader).


    Hmm. Sounds interesting... Gotta have a closer look.

    Quote from Shag »

    CommChannel has a clean API (does CTRA/oRA have a API for the channel?) and is very easy to use.. it allows you to transmit strings, numbers and tables and does the serializing and parsing for you.. it's like you'd call a function on every client that is in the same channel as you.


    About CTRA i can't tell, i guess so. oRA is defenitely designed to be modular and therefor it should be very easy to use that channel.

    Basically i don't really want to bash ctra or praise oOR or something, i just want to discuss the possibilities how all (or at least some of) this addons using healing infos could be ... um - in german we would say "get them under one hat"...
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    Quote from Shag »
    I just didn't think anyone would be interested in using it..

    Heh - well, when you look at how many addons are out there that sync heal info or could use that info, then this is in my opinion something that people should be interested in :)

    Only Problem i see: You say you did your own comm channel api...
    I think that raid addon communication should be done in one channel. And CTRA did set quite a standard there, i can't deny that. So the Approach oRA uses is propably the best one can do in the current situation.
    Does your comm channel api allow using the ctra channel?
    ( if not, what about using oRA? :D )
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    Quote from maia »
    As for the module...

    I agree.
    It would propably be a good idea to contact other authors and invite them to this discussion now...

    Quote from maia »
    Only problem: who is initially going to write it? I have little time, and additionally I'm not the one who likes to write code that will parse your talents and spellbooks for exact information regarding any healing bonus and spell duration reduction. /sigh

    Maybe it's allready been done.
    And it does not to be exact at first, just the API needs to be.
    And tough i don't have any time at all and should actually do something completely different right now i would try to help :D
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    Quote from maia »

    Worf, priority is based on a lot of things, being healed is only one of them (and about as relevant as 15%hp - see the function GetModifier).
    [...]
    Squishy doesn't need that stuff. It's already exact enough.

    I see.
    And yeah, as long as the healers use big enough heals this should be just fine

    Quote from maia »

    PS: a oRa healing tracker module that sends more detailed information about all healing spells being cast might be a good idea though, as it would probably replace 90% of the code in addons like "HealWatch", "BestFriend:Healer", "Genesis (Healer/Nuker)", "SmartHeal Enhanced", "Healers Assist", "HealNotify", "HealSync",... which all use their own communication module, don't share an API and therefor aren't compatible with each other.

    exactely what i was thinking.
    and it's eaier to make other healers install some invisible oRa module that allows all the GUIs to work than have everyone install each favourite addon with its own spam

    btw - it would not matter if such a backend sends detailed ( hp amount and time ) and a frontend like Squishy would ignore the details. i think it's not the length of a chat message that counts, it's the number of chat messages.
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    Quote from uaxli »

    afaik its just parses combat log for smth like "X's Heal_Spell healed Y for N" messages.

    Nah, it doesn't :)
    Also, when the message you describe comes in way too late :D

    I just found the parts in the code that control that part ( or at least i think i found em )
    From what i can tell it broadcasts "SQN HN <name>" or similar to the ctra/ora channel.
    Which makes me think:
    *) I'd also broadcast a rough number of how many hp the heal will propably heal and, and respect that when calculating priority. And maybe the time the heal will take too.
    *) I'd seperate the broadcasting part from the gui/display part. IMHO, if possible the broadcasting of heals should go to some core thing. i don't know if there exists some ctra or oRA broadcasting of heals, but maybe there should :D
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    Just heard about Squishy and tested it.
    You say units just being healed by someone else get depriorized.
    How is this being done? Is there a way to detect who is healing who, or is this done by chat messages?
    ( or asked differently: this only detects heals of players that also have Squishy installed, right? )
    Posted in: General AddOns
  • To post a comment, please or register a new account.