• 0

    posted a message on Squishy 0.10 [2006/08/22]
    New version on SVN:
    - converted frame xml to lua
    - merged SquishyFrame and screen alert messages
    - indicator for party, player, higest priority next to unit bars

    Besides the fact that I cannot find out how to highlight the targetted unit in lua (see frames.lua for my attempts if you think you can help), this version seems to work. At least I had no errors in an hour battlegrounds. Please give it a try, unless you're planning to kill nef the first time and don't want any error messages accidentially popping up ;)
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    Kiowa, I just updated the first post as the web-access to the svn server has been down for a while - revisit it for downloading details.
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    Shag, thats great news. As for channels: I guess you know main reason: the limit of 10 channels. Why not something like: use the ctra channel if available, and if not, create a channel (until the ctra channel is broadcasted). The less reasons we give users to disable communication features, the better.

    PS: how about a thread in the "Ace Library Collection" forum? Thats where this discussion belongs. Also, this thread should be fousing on Squishy again :)
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    Shag, Josh_Borke, I've never really understood why you never merged your codebase to then split your addon into a frontend and various embeddable libraries plus releasing an API - e.g. there is no real reason Squishy is sending "SQU HN <targetname>" if your shared library prefers something like "HL#<spellID>#<targetname>#ETA". Ace is about not duplicating code and keeping addons small, and I'd love to make Squishy use such a library instead of my code: less to worry about myself, and benefit for all three addons. And adding a small module to oRa which will send appropriate messages should be easy as well.

    As I've seen a HealSync folder created on the SVN, are there any plans to do so?
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    would this include target detection?  IE the library sends the spell, target, and status

    Josh: Yes. But I think this library should not send anything itself - just provide spell name and target to the library down the list.
    should ETA include delay time or would that be part of the addon that registers?

    I'd say it will get notified about delays by the library above in the list, and will then send out appropriate information (probably something like: only send delay if the time to land is <0.5sec to reduce spam when healing in AoE situations.)
    i agree, where's the new thread?

    feel free to do so, I'll find it :)
    most people would like something quiet to sit in the background and then be able to choose your flavor of display.

    Exactly. Which is why I mentioned an empty addon with these libraries that won't display anything - but still send information to other healers.
    That is to say, it would have the usual green bar, followed by another colored bar representing that character's HP after all heals presently being cast on that target complete. This would allow me to judge, at a glance, who really does need healing.

    Flarecde, as you have noticed I'm not the one who believes in predicting and neither in sending exact healing information. I have been using Squishy for quite a while now and realized that the small A (for aggro) and H (for being healed by others) are completely enough information to know who to heal. Of course I do cancel some spells due to overhealing, but I think my work as priest would probably not greatly improve. But obviously thats a personal point of view, and with the above description of libraries users can always choose which addon to use to display the accumulated data.
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    Okay, so basically we're talking about four core routines, most of them can be embeddable libraries (dependencies are so 2005!), plus an addon of choice:

    1)
    a library that does basic channel stuff - joining, leaving, providing an api. In my personal view, it should somehow integrate with CTRA/oRa. Altering the oRa core code to use that embedded library should be simple (or maybe oRa-core should contain this functionality itself), and I guess haste might not have a problem with someone adding an API to oRa as long as it's a working, non-messy code.

    2)
    a library providing the exact heal amount and spell duration for each heal spell. Basically this is a classic spellbook/talent/gear bonus parser. I believe there are a few out there already, but I doubt there is any with an API, with localization support (guess using BabbleLib here might help), being an embeddable library, and maybe even being aced (considering that Ace2 is an embeddable library itself one reason not to ace addons should be gone).

    3)
    a library that hooks spells being cast (basically Squishy/hooks.lua = oRA_Resurrection.lua = CT_RADetectSpells.lua), watches for SPELLCAST_START, _STOP, _DELAYED events, makes that information available to other addons (maybe via a SPECIAL_EVENT?).

    4)
    a library that will send outgoing heal (watched by the hook, containing heal amount,...) in a unified way (probably something like: SpellID#Rank#HealAmount#ETA#TargetName#start/delay/cancel). Also this library should be able to parse incoming data (both via the channel defined by library 1, see above) and make it available (firing a special event or any other API).

    Finally, addons of our choice (Squishy, HealWatch,... but maybe also PerfectRaid, WatchDog, XRaid, MiniGroup etc) could use that data. All they need to do is drop the above four libraries into their addon folder. I guess if oRa on the one hand, heal trackers like HealWatch on the other and raid addons on the third side all contain these libraries, chances are rather large that we're talking about setting a standard here which probably even CTRA might integrate sooner or later - but even if not, one could still provide a small addon that basically only contains the libraries without and display logic and ask healers in your raid to install it.

    PS: sooner or later we should stop hijacking my addon thread and move to the developers corner. :)
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    The latest version on the SVN (mostly smaller code cleanup and updated to v0.5) has a file named developer-todo.txt. If you're willing to contribute, please take a look at the file. :)
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    As for performance: I've been in a raid with 12 healers using Squishy. It was a while back, before release here, and I had an option to tell all clients to stop sending healing notifications via the channel (an even easier method: leave the channel yourself). There was no significant impact on performance at all. Either you parse a chat message containing 3 elements (sender, target, heal), or you parse the combatlog and have to check the target. Seems to be pretty similar.

    As for the module: one option is to create a library (similar to BabbleLib, ProximityLib, TabletLib,...) which can be used by any of these addons (as I'm using three libraries myself in Squishy), with the result of only having the code once, no matter how many addons contain that library - and additionally you can create a container for oRa which actually is only that library plus a chat handler/registration for oRa ("install this module if you're a healer and want to provide others real time info about who you're healing. this can be analyzed by various addons such as: ...").

    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
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    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 is tracking this information by watching the combat log and sending out "SQN HN Targetname" or "SQN HG subgroup" via CTRA/oRa channel if available.

    Reason is: the combatlog isn't very exact. Only spells in range of 45ish yrds will be in your log, so imagine:
    you <30yrds> tank <30yrds> otherhealer

    spells being cast by the otherhealer won't be visible in your combatlog. Oh, it's the beginning of a spell, not the "heals for..." message. Unfortunately all we know is "XY begins to cast Flash Heal." - no target. Which is why Squishy will check the target of XY and either trust that info or not (depending on if the target has aggro or a hp deficit). Reason we can't always trust that data: latency (someone might have switched back again) and silent targetting (Clique, AceHeal, WatchDog,...).

    There are various healing sync addons out there that send lots of stuff (about of heal, time left, delayed, cancelled) - Squishy doesn't need that stuff. It's already exact enough. We can argue if the #1 priority unit is always really the unit that needs a heal most (and an addon can never make decisions more intelligent than a player), but even that is pretty good. What I think we can't argue about that much is that the 10 people displayed on the list are the 10 ppl that need heals more urgent than the 30 others - in 99.9% of all situations.

    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.

    I think this module wouldnt need much more than the current logic in Squishy, plus an approx. heal amount, plus the approx time the heal will land (sending via GetTime()+duration, which will result in less latency problems), and maybe also the info if a spell is cancelled or delayed by >1sec (and all this code is available in the addons listed above).
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    FryGuy, the last count is the number of people in your roster, according to the server. But please get the new version, no more error spam, but hopefully no more problems either. I've cut down a lot of checks, so if noone reports any problems I'll finally be happy. If we do end up with error messages again, well, I'll have to start searching again.

    Thanks everyone who contributed testing.
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    Syzx, I just uploaded a new version. You shouldn't see any error spam anymore as after testing it for some hours it seemed to work fine (and the errors actually aren't more than warnings). Give it a try. The only thing that could happen (wasn't able to reproduce the bug yet) is that the frame isn't even shown as it doesn't think you're in a raid. In such cases, a "/squishy reload" should fix it (but then please let me know - I don't know if it's fixed already or not).

    Oh, the error when someone leaves the group: that second all unitids are updated, aka someone who was raid37 might now be raid12. And in that fraction of a second it takes to gather the new data it can happen that the server still tells you there are 40ppl in the raid, while in fact there only are 39. Most raid addons simply ignore such false information, but as it is my goal to find out exactly what happenes (to also reduce code), I'm showing an error on such moments.

    PS: Blizzard needs to fix that crap ;)
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    Syzx, thanks. That's definetly helpful. To explain what you've seen:
    - you logged in your character while being in a raid
    - the server tells you you're in a party. unfortunately your client doesn't have access to the name of the first party member.
    - the server tells you you're in a raid.
    - 6 out of 33 raid members don't have an available name (that's really odd!)
    - the last line tells you that Squishy successfully saved 27 raid members in its roster, but as it should be 33, it will reschedule a roster update.
    - this second roster update seems to have fixed the problems as the server had enough time to send you all the data.

    I can hopefully test some small changes to the debug code and will upload a new version soon. No new features, but still trying to track down the exact errors - so please keep reporting :)
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    FryGuy,

    thanks for the report. Please let me know the 'blah blah' part as well, as this is rather relevant (also the 'nil' you're reporting is somewhat confusing). Right now I've added a ton of checks and need to know which to keep and which I can remove again to reduce cpu usage.

    Basically these tests arent necessarily errors, we'll have to deal with the fact that not all roster information is availble to the client at all times. Once I know exactly in which situations which error occurs, I will simply hide the errors and reschedule a roster update in such cases.

    Oh, a not to everyone: if you have access to the test realm, please also post if the problem occured there or on the live servers. Blizzard fixed an event related bug on the 1.11 servers as I was told yesterday, so this needs some testing.
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    Centauri, that happenes when for some reason the addon isn't properly initialized/enabled. Can you make sure you're using the latest version, including all 3 libraries? Please use a SVN client to download the addon, not the web interface - it will break stuff.
    Posted in: General AddOns
  • 0

    posted a message on Squishy 0.10 [2006/08/22]
    Firiel (and others):

    you shouldn't download ace addons via the server anymore - not only because the webserver isn't always up these days, but also as downloading files one by one will skip some stuff that is done for you when downloading the old tarballs (think they are gone forever) or via a svn client.

    Please see the thread
    http://www.wowace.com/forums/index.php/topic,1353.0.html
    for details about available SVN clients and how to download with these. It's fairly simple btw.
    Posted in: General AddOns
  • To post a comment, please or register a new account.