At a very early stage this function was in the addon - but nobody ever used it. As everyone in my raids seemed to get enough visual feedback from the RTIs appearing automatically I removed the announcement function to keep the addon smaller.
I didn't implement functionality for players with (A) because it could lead to problems. If two players with (A) set players/RTIs that differ from each other, the two clients would 'fight' for predominance. That would render the addon useless and also could cause lag for the whole raid (as every client is always updated once the symbol changes).
I am currently thinking about implementing the following: If I can manage to let the addons of the leader and the assistants communicate, the leader would be able to allow certain assistants to set the RTIs. In case of the leader not using the addon an assistant could be chosen randomly to take over this function. That way the noone can use the addon without the permission of the leader/chosen assistant and the addons would not fight for control over the RTIs.
Unfortunately I am currently busy as hell IRL. I didn't even get a chance to create a wiki page for this addon and I doubt that something about that will change during the next two weeks. :(
After that I'll pick up work on this addon again (I hope). So I guess you'll have to wait a bit - sorry.
The latest r14032 release as of Oct. 15 has its externals packaged incorrectly.
The individual lib LUAs are packed to "(name).lua" folders (i.e. "\libs\AceConsole-2.0.lua\AceConsole-2.0.lua"). What is pointed to in the TOC is not the layout that actually exists after unzipping. The actual folders should not have ".lua" on the end of them.
Been tinkering around with this most of the morning and getting no-where fast...
[2006/10/22 12:39:34-33]: FuBar_FromAViewToAKillFu\Core.lua:12: Cannot find a library instance of AceLocale-2.1.
<in C code>: in function `error'
AceLibrary\AceLibrary.lua:481: in function `AceLibrary'
FuBar_FromAViewToAKillFu\Core.lua:12: in main chunk
TOC is right, beyond that I've not much idea what to look for.
Seems like AceLocale 2.1 is missing.
Did you by any chance download the version without externals or did you remove the externals by yourself?
Tip on Nef phase1: Let one warr to be the only tank, near throne. Hunters let their pet on stand just behind MT, to get battle shout, and spend off their volley. Every single unit stays on throne platform, and AoE like hell on MT spot, while he keeps shouting mobs. One target to be healed, as no one else will taking damage. Eventual sheeps on mc'ed hunters, and hot's on Nef shadowbolt targets.
Easy as hell. You sould try ^^
Thanks for the tips, but our mages do not have the proper equip to kill the mobs that way. Nevertheless - we managed to kill that big nasty lizard a week ago. :)
Have not tryed it yet (so excus me if some of the features are already in),
Hehe, no problem - input is always welcome. :)
but I belive that the features people are most looking for are:
Auto populate the list from the MT list,
Being able to set so that MT1 always gets IconX(that you can pick), MT2 always gets IconY ...
These are on my ToDo-List. Depending on how much feedback I get about bugs, they'll be in sooner or later.
If MT1 and MT2 are targeting the same mob MT1's Icon is set
Main Assist Icon, if you got a MA set his Icon gets priorety over all MT's so that it's easy to follow MA
Right now it works this way: Whenever two or more of the set players have the same target, the visible RTI switches in turns. This looks kinda funny as it is lacking consistency due to server lag (the server always has to update all of the clients on every switch - I have not had the time to check if this causes noticible lag). I am currently thinking about letting the user create a priority-list.
From A View To A Kill Fu is a FuBar2 plugin that allows the raidleader to set dynamic RaidTargetIcons.
What does that mean?
If you are the leader of a raid, this plugin allows you to assign RaidTargetIcons to always appear on targets of specified players. Once one of those players changes their target, the RTI will also change. If they lose their target, the RTI will vanish.
Only the raidleader needs to have this plugin.
Why did I code that?
Our raid had problems with Nefarian phase 1. Even though our rougues were able to assist players via MTTs they sometimes had problems to figure out where exactly the mob they were attacking was because there were just to many mobs onscreen. From A View To A Kill Fu solved that problem.
It has also proven quite helpful in MC where the two MTs can now easily target the giants on their own because of the instant visual feedback.
Usage
No commands, just the FuBar2 plugin. You need to be a raidleader to use this plugin. Right-Click to open the menu and set/remove players that will automatically set the RTIs. Target any player of your raid and click one of the unassigned positions in the list to add that player. Clicking a player's name on the list removes it and the RTI on the player's target. Ctrl-Leftclick to quickly clear the list.
Known Bugs
- When many set players target the same mob and the list gets fastcleared, one of the RTIs might remain on the mob. There is not much I can do about that, because this bug is a joint-venture of the serverlag and the way Blizzard lets us handle the RTIs.
- When the raidleader has a disc, the fun is over.
ToDo
- french localization
- testing
Changelog BETA 15-10-2006
- added quickclear of the list
- moved remaining strings to Locale_enUS.lua
- added Locale_deDE.lua
- removed all unnecessary code comments
Sorry if this has already been asked, but any chance we could be able to scale the size of buffs [...]
I would be happy about that, too. Setting the number of shown buffs would also be great.
It would be perfect if I could get the addon to show me three out of x buffs based on a priority list.
0
0
I am currently thinking about implementing the following: If I can manage to let the addons of the leader and the assistants communicate, the leader would be able to allow certain assistants to set the RTIs. In case of the leader not using the addon an assistant could be chosen randomly to take over this function. That way the noone can use the addon without the permission of the leader/chosen assistant and the addons would not fight for control over the RTIs.
Unfortunately I am currently busy as hell IRL. I didn't even get a chance to create a wiki page for this addon and I doubt that something about that will change during the next two weeks. :(
After that I'll pick up work on this addon again (I hope). So I guess you'll have to wait a bit - sorry.
0
Will check about that tomorrow after work.
0
Seems like AceLocale 2.1 is missing.
Did you by any chance download the version without externals or did you remove the externals by yourself?
0
Thanks for the tips, but our mages do not have the proper equip to kill the mobs that way. Nevertheless - we managed to kill that big nasty lizard a week ago. :)
0
Hehe, no problem - input is always welcome. :)
These are on my ToDo-List. Depending on how much feedback I get about bugs, they'll be in sooner or later.
Right now it works this way: Whenever two or more of the set players have the same target, the visible RTI switches in turns. This looks kinda funny as it is lacking consistency due to server lag (the server always has to update all of the clients on every switch - I have not had the time to check if this causes noticible lag). I am currently thinking about letting the user create a priority-list.
0
Ordinary quote works - but none of the java buttons.
FF1.5.0.7
0
Unfortunately I haven't used EasyRaid yet. Is the feature you are looking for a way to automatically populate the list with the MTs?
0
Ok, I'll do that tomorrow after work.
0
What does that mean?
If you are the leader of a raid, this plugin allows you to assign RaidTargetIcons to always appear on targets of specified players. Once one of those players changes their target, the RTI will also change. If they lose their target, the RTI will vanish.
Only the raidleader needs to have this plugin.
Why did I code that?
Our raid had problems with Nefarian phase 1. Even though our rougues were able to assist players via MTTs they sometimes had problems to figure out where exactly the mob they were attacking was because there were just to many mobs onscreen. From A View To A Kill Fu solved that problem.
It has also proven quite helpful in MC where the two MTs can now easily target the giants on their own because of the instant visual feedback.
Usage
No commands, just the FuBar2 plugin. You need to be a raidleader to use this plugin.
Right-Click to open the menu and set/remove players that will automatically set the RTIs. Target any player of your raid and click one of the unassigned positions in the list to add that player. Clicking a player's name on the list removes it and the RTI on the player's target.
Ctrl-Leftclick to quickly clear the list.
Screenshot
Screenshot
Download
files.wowace.com
Known Bugs
- When many set players target the same mob and the list gets fastcleared, one of the RTIs might remain on the mob. There is not much I can do about that, because this bug is a joint-venture of the serverlag and the way Blizzard lets us handle the RTIs.
- When the raidleader has a disc, the fun is over.
ToDo
- french localization
- testing
Changelog
BETA 15-10-2006
- added quickclear of the list
- moved remaining strings to Locale_enUS.lua
- added Locale_deDE.lua
- removed all unnecessary code comments
ALPHA 20-09-2006
- first working version
0
Does OzRaid work with Clique?
0
0
So manually fixing the SavedVariables should be possible by inverting the Y value - I'll try that once I get home.
0
Thanks for this addon!
0
I would be happy about that, too. Setting the number of shown buffs would also be great.
It would be perfect if I could get the addon to show me three out of x buffs based on a priority list.