• 0

    posted a message on Omen - Bug Reports and Suggestions
    Quote from Antiarc »

    No, you can't. AOEs don't require a target, and multi-target abilities hit targets that you don't have to have targeted.


    Yes, I had addressed that, in the other paragraph. I already had thought of the AoEing situation (since I do it so often) and realized it would be a non-issue without having a way to distinguish mobs in the combat log. IE once again go back to the default mode where the raid index is 0 again. And thusly adding all the threat to one 'super' same named unit.

    But after the last post i finally made myself sit down and read the Threat library. Since it seems to exclusively use the combat log to get its data (once gain if I missed it gathering it any other way, I gladly accept the title of noob, for I am by no means an expert), my workaround would not work. The GetRaidTargetIndex("target") will ONLY return the raid symbol of the target through DIRECT targeting. You cannot pass it a unitID thusly making it impossible to identify the raid target and apply it to the proper special case unit(special case being its raid symbol). Ah well..... we can all continue to dream.

    Anyways, keep up the good work here.
    Posted in: Raid AddOns
  • 0

    posted a message on Omen - Bug Reports and Suggestions
    Okay its me again, I thought about it a little bit and maybe have came up with a cleaner idea that makes more sense.

    First off still on that whole multiple same named mobs not registering threat for each but instead storing it as if they were one super unit. In order to store the threat data for this mob a Storage container of some kind has to be made. Now I'm assuming here, I'm still a total nothing on the actual code but I can base this kinda off what I know about other code, that the storage container has some properties that define it. Since you are parsing the combat log for what the current player is doing and applying threat to that target based on said combat log data, factoring in salvation..etc, we can assume that the player has a target. One of the things GetRaidTargetIndex("unit") does is take the "unit" part as "target", looking like GetRaidTargetIndex("target"). This does indeed seem to go around the magical Blizzard code returning that creatures raid target "index" ( it returns 0 for none). Why not make the raid target index a part of the threat storage containers properties? IE when firing at a target it now takes in one more number and uses it to distinguish itself from other units with the same name. Since the default will be zero if target does not have a raid index, the usual behavior of stacking all the threat from multiple same named mobs will continue as is. What this workaround will do is let people that want to know a specific same named mobs threat. The obvious limitation is the current number of raid targets, but I think this extra bit of functionality would be amazingly useful at times.

    Also I have done some logic thinking here and I do realize that in the Aoeing threat perspective one will still have at best guesswork numbers. The reason for this is the other damage you do would not be able to return specific raid targets threat, since you do not have them in your target, thusly making all other damage go onto the same named unmarked threat.

    Once again just firing off ideas, so feel free to call me nub :) I can take it, really I can.... *cries*....

    Kidding, but anyways, I hope that better explains my idea from before.
    Posted in: Raid AddOns
  • 0

    posted a message on Omen - Bug Reports and Suggestions
    I know this is gonna sound kinda crazy so bear with me, heck it might even be a good idea.

    Here we were hitting up some PvP and some raid discussion got started about a little boss addon I was working on and someone mentioned Omen. Skip long story about raiding and what to use we get to the sad inevitability of same named mobs (it actually came up from Chronometer comment). Suddenly I had one of those 'light bulb' moments. I know that you set a 'index' to raid targets when you do it, well what if you can get back that 'index'? IE if someone marks all the mobs, could not the targets raid 'index' be used to hold separate threat.

    I'm not 100% certain how this would be done (I know something about addons but I'm by far not experienced enough to say how to do this) but do you think this could possibly be workable? I don't know about other guilds but ours marks everything and this would make everyone VERY happy, me especially ;).

    Also heres the functions in links (which I'm more than certain you probably already know of, but I like completeness):

    SetRaidTarget("unit", index) - Set the raid target index for a unit
    GetRaidTargetIndex("unit") - Get the raid target index assigned to a unit

    (if for some reason these don't exist etc, then bummer....)
    Source of functions http://www.wowwiki.com/World_of_Warcraft_API#Raid_Functions

    Well I hope got my little idea across, cause like I stated, this feature would make me drool.... I need to feed my addon addiction you see :)
    Posted in: Raid AddOns
  • 0

    posted a message on Autobar (Toadkiller)
    Hello, I've got a small issue with Autobar that seems to keep coming up. Its not a error of any kind so much as small bug (if I missed it in the above posts I'm sorry, I read a bit of them but its alot to absorb).

    I play a mage. As I conjure water everything is fine. I use it for a bit use some more then move on. What happens is when I run out of water from the original spot that the water was conjured on Autobar tells me I have to conjure more water, even though in the slot next to it there is 20 more water. When this happens if I put the water back onto the spot the original conjured water spot (perhaps calling it the spot where my first conjured water appears would be more accurate) Autobar once again shows I have water to drink.

    I'm not certain if this is a bug or just a as attended issue and I'm missing some setting. Anyh elp or telling me whats going on would be most welcome, using Version 39906 of Autobar and AutobarConfig 39905.
    Posted in: General AddOns
  • 0

    posted a message on Autobar (Toadkiller)
    D'oh..... I had read the posts for so long looking I gave up like 15 seconds before that.

    Thanks for the heads up.
    Posted in: General AddOns
  • 0

    posted a message on Autobar (Toadkiller)
    Hello. This is my second post around here, so I'll get to the point.

    Its a minor thing but when I log out with water conjured then log back in more than 15 minutes later AutoBar has two squares, one with a food and another with a vial, that are bordered blue. The second I conjure water/food it goes away. I've not experienced this with any other toons and it does not generate any errors.

    So basically was wondering if this is as intended or just a mage related temporary item problem (might be with locks to). Thanks for the help in advance :)

    Oh random sucking up now, LOVE the mod. Can't imagine life without it.
    Posted in: General AddOns
  • 0

    posted a message on PeriodicTable-3.0
    Hello :)

    I'm not 100% sure where to post a bug for this but I hope here will work. Also the error string was to long for bugsack so I'm not sure but here we go

    [2007/03/21 12:20:39-110-x1]: ...eriodicTable-3.0\PeriodicTable-3.0-AllData\PeriodicTable-3.0-AllData.lua:48: unfinished string near '"19696:50,20857:61,4540:61,4541:243,4542:552,4544:874,16169:874,4601:1392,8950:2148,23160:2148,29394:7500,27855:4320,28486:4320,24072:243,30816:61,29449:7500,':

    I'm not totally sure on this but I'm fairly certain its a typo error. This was the line of code from the file I found.

    ["Consumable.Food.Edible.Bread.Basic"] = "19696:50,20857:61,4540:61,4541:243,4542:552,4544:874,16169:874,4601:1392,8950:2148,23160:2148,29394:7500,27855:4320,28486:4320,24072:243,30816:61,29449:7500,

    There seems to be a quote missing from the end.
    Posted in: Libraries
  • To post a comment, please or register a new account.