CurseForge and Overwolf are joining forces!
Awesome More Information
  • 0

    posted a message on UnitClass()
    Quote from Nevcairiel
    I wonder why people document it as "englishclass", its actually the "filename" for the class icon, thus always the same, and always english.

    Maybe, just maybe, because it looks a lot like english from a french pov
    CHEVALIERDELAMORT would be so much cooler than DEATHKNIGHT ;D
    Posted in: Lua Code Discussion
  • 0

    posted a message on Acheron - Death Reports [official thread]
    Have a look at your PMs Nickodemus :)
    Posted in: Raid AddOns
  • 0

    posted a message on Grid
    Quote from cerbul
    You convinced me, ty alot for all the answers(really appreciate the time you put into it). I will try to somehow write about it on Blizzard official, as sizes of frames should not be limited. Not nice thing that Blizzard made such limitations...

    Wait what ?
    I think you misunderstood Phanx, what he's saying is that :
    1/ What you're asking for is doable, however it would require an extensive rewrite of Grid's code or a third party plugin that would hack into it in a satisfactory way.
    2/ Phanx is not willing to do that.

    That said your specific problem can be partially resolved with profile handling and GridDynamicZoneSwitch :
    1/ Configure your layout as you want it in 10-man (position, layout, size of cells, even down to indicators etc)
    2/ Save the profile as "Group 10-man"
    3/ Now configure the layout as you want it in 25-man (given what you're saying I suspect it will just involve changing the size of cells)
    4/ Save the profile as "Group 25-man"
    5/ Repeat steps 3 and 4 for "Group 40-man" and "Group 5-man" if needed
    6/ In Grid / Dynamic Zone Switch, under each instance name choose the mode (a priori "profile") and profile you want to apply (in normal / heroic mode if it applies) when zoning in said instance. You can add 5-men instances if you feel like it.
    Now, every time you will zone into an instance, Grid will load with the configured profile.
    Limits : this is a semi-dynamic way to do it, however if you choose a layout able to display for example all pets (for Malygos), your Grid frame will still grow to accomodate for the 25 new pet frames
    Beware : if you make changes to your settings (status, indicators etc...), please remember that you will have to apply them to all your profiles independantly from then on.
    Posted in: Grid & Grid2
  • 0

    posted a message on Grid
    Quote from cerbul
    I see, just my bad luck :p
    If there was an option to check for normal/heroic mode (i'm a programmer myself, but not done any lua code before, and I don't even know where to start), maybe I could add myself an option custom size, different one per every layout - this one at least I believe is not hard and doable without knowing any lua code.

    You could always store your layout with each size in profiles and then use GridDynamicZoneSwitch, that's what I do.
    Posted in: Grid & Grid2
  • 0

    posted a message on Grid
    1. What I really ask for is a feature that sound like this:
    ...

    Yes I think the devs understood the first time what you were after, Phanx already said they won't do it.

    About GridLayoutPlus : not sure it is still maintained.
    Posted in: Grid & Grid2
  • 0

    posted a message on [Looking for] DKP Addon + Explanation
    Quote from OrionShock
    imo, dkp had it's place, but not anymore. 10mans should be done via rolls and 25mans should be done based on best upgrade on interest. Let the players be smart enough to determine who the gear is best for by showing interest or not.

    Let the player be smart enough to determine whether they want to use a DKP system or not :)
    Posted in: AddOn HELP!
  • 0

    posted a message on Is "Rampage" killing the combat log?
    This is interesting... With the massive lag that afflict the raid instances on some realms, I wonder if cutting 20% of the volume of combat log might reduce server load (in current state I imagine most raid parties have at least one fury warrior)...
    Have you posted that on the official forums ?
    Posted in: Lua Code Discussion
  • 0

    posted a message on Registering new AceGUI-3.0 widget
    Well I gave up on the idea, my lua fu is just not good enough to go from the examples to the coding of what I need without any documentation. I have too much trouble separating what is widget-specific from what is relevant to the general widget spec.
    Hacking into it seems the way to go. Too bad though, I was so looking forward to using AceGUI and now I have this giant graph pimple right in the middle of the AceGUI awesomeness that is Acheron...
    Posted in: Ace3
  • 0

    posted a message on Registering new AceGUI-3.0 widget
    I take it from you're comment that it can be done :)
    Posted in: Ace3
  • 0

    posted a message on Registering new AceGUI-3.0 widget
    I would like to use the AceGUI framework to register a new type of widget, namely a widget that makes use of LibGraph-2.0. The objective would be to integrate a graph in an existing AceGUI frame, so that when I resize said frame I don't end up with my Graph completely shot (make it hide things when container frame begins to be too small, size up when parent container is sized up etc...)
    - Is it something that can be done ?
    - Are there some examples lying around that I could use ? Not specifically the LibGraph thing but addons that define their own widgets.

    I don't really care if what I do does not end up as a library of its own, I doubt someone would reuse it anyway but I care about having a seamlessly integrated graph. If what I suggest is not possible (or require some really high level of lua fu), is there a way I could intercept the resize event of the parent container ? Right now my graph is defined relatively to the content frame of a TreeGroup widget which is sort of a hack that I really don't like...
    Posted in: Ace3
  • 0

    posted a message on lib-st (ScrollingTable)
    I came across this library and would like to play a little bit with it but some things seem weird to me :
    1/ the way you seem to use it in your DKP addon is by not embedding it (I guess you have a standalone version), any particular reason ?
    2/ I have very specific needs, I'm trying to display reports that have a varying number of lines AND columns, does that mean that I should recreate a new instance each time I want to change the columns ?
    Posted in: Libraries
  • 0

    posted a message on Post-mortem analysis
    I thought about it but although your suggested approach has undoubtedly merits it fails at a very specific point : I cannot get player's health retroactively (that I know of, please correct me if I'm wrong).
    I could certainly go through a tedious gymnastic of keeping a rolling log of player's health using COMBAT_LOG_UNFILTERED and I will go this route if what I envision really generates that much overhead but for now I'll stick with the complete _UNFILTERED approach.
    Posted in: Addon Ideas
  • 0

    posted a message on Post-mortem analysis
    @Elsia : yep no amount of addon coding can replace communication, I agree, but I still believe that GrimReaper / Acheron could be improved.

    @Xinhuan : nope, Acheron already maintains a rolling log of everything (in terms of heal / dmg / aura) incoming on each raid member. Log which is stored when UNIT_DIED is fired. It would be a simple matter to maintain a separate rolling log for all units storing SPELL_CAST_START, outgoing SPELL_HEAL / DISPEL etc... On UNIT_DIED simply store a copy of each relevant logs at the time of dying.
    It may be too much overhead to do that on COMBAT_LOG_EVENT_UNFILTERED, I'm not sure (and I'm sure it's what you're hinting at).
    Wild question : is it possible to get back the log content "after" the fight ? so that everything was parsed afterward ? I never really understood the COMBAT_LOG_EVENT as opposed to the _UNFILTERED version.
    Posted in: Addon Ideas
  • 0

    posted a message on Post-mortem analysis
    Aaaargh the big mean back button monster ate my reply...

    Anyway the gist of it :
    First step would be "what was being done to person x", Acheron already provides the necessary information, I see nothing of value to add to information, except the visual aid that is a Graph and assorted icons.

    Second step is not so much "what was person y doing" as "what was person y doing during the last seconds before x death, knowing that at one time in that timeframe he healed / dispelled x". I still want Acheron (or my plugin if we choose the plugin route) to be about quickly answering the question "Why did x die ?". WWS, WoWCardioRaid etc provide a much better alternative that we won't be able to match for performance analysis purposes.

    Would it be all right with you if I used Acheron as a starting point ? I could branch out the existing version and begin with coding the first step I was talking about, since it's something you wanted to do anyway.
    Posted in: Addon Ideas
  • 0

    posted a message on Post-mortem analysis
    Analysing why tank (or other critical raid members) die is a staple in raid leading, there are multiple tools that can help with that : Acheron, Grimreaper, Recount, post-raid WWS analysis etc...
    Where they ultimately fail is in giving you a quick picture of what each of your healers were doing at the moment of said death : was one of your tank healers busy padding his healmeter on healing the raid (nothing wrong with that btw, until the tank dies because of it) ? Was he dead or otherwise incapacitated ? I would like to have opinions on how we could display the information in the most informative and easy-to-look-at way.
    What I envision right now is something like that :
    - Simple graph with tank life at the top
    - Above tank life a set of icons showing all incoming events on tanks, hovering on icons show additional information in tooltip. Basically this is the exact same information than what Acheron shows, but with a better sense of the timing and scale involved.
    - On the bottom : 3-4 "tracks" assignable to your healers via dropdown, those will show what the healer was casting, on which target (find a way to make it obvious at a glance if target was not the person who died).

    Something like that is what I'm aiming at :
    [img=http://img264.imageshack.us/img264/2396/ss9zw0.th.jpg]
    On this we see :
    - Tank gets healed (green triangles), damaged (red crosses), buffed (yellow star), debuffed (orange circle)
    - Healer 1 : casted 2 GHeal back to back, one on our tank, another on someone else (indicated by red border), he followed with a CoH (again not on tank), slapped a renew on tank and on someone else, flashed heal the tank, again CoH (not on tank) etc... until tank death which is most likely due to not having dispelled debuff.
    - Healer 2 was incapacitated very early on, he casted a holy-light, was in the middle of his next one when he got a debuff (CC ? long term silence ? just hover on the orange circle to see details), cast never landed.
    Conclusion : healer 2 got incapacitated, healer 1 was a little bit too busy healing the raid, threw an emergency shield on tank when he got debuffed but could not save him. With a little bit of practice you should be able to find that out quickly from the output and do what you must as a raid leader : scream at Healer 1, find out why Healer 2 did not get back in the game.

    What I'm looking for here is :
    - Feedback on ergonomics
    - Are there additional things I missed which would be useful as raid leader ?
    - Would someone do it ? I would give it a try, although I'm not the most stable of add-on maintainers. If the Acheron or Grimreaper crew would consider extending their addon with that it would be great, anyway if I'm the one who does it I'll most likely do it as a plugin to either one of them (no use reinventing the wheel).
    Posted in: Addon Ideas
  • To post a comment, please or register a new account.