- Registered User
Member for 13 years, 8 months, and 6 days
Last active Tue, Sep, 30 2008 14:06:02
- 0 Followers
- 87 Total Posts
- 0 Thanks
Jun 22, 2008Here is the 2.4 fix:Posted in: FuBar AddOns
In the Updates.lua file, replace the function PoisonReminderFu:CastPoison with this one:
function PoisonReminderFu:CastPoison(timestamp, event, sourceGUID, sourceName, sourceFlags, destGUID, destName, destFlags, ...) if sourceName ~= UnitName("player") then return end if event == "ENCHANT_APPLIED" then local Poison = select(1, ...) local Weapon = select(3, ...) if Poison and Weapon then if string.find(GetInventoryItemLink("player", 16), Weapon) then self.db.profile.MainHandPoison = Poison elseif string.find(GetInventoryItemLink("player", 17), Weapon) then self.db.profile.OffHandPoison = Poison end end elseif event == "ENCHANT_REMOVED" then local Poison = select(1, ...) local Weapon = select(3, ...) if string.find(GetInventoryItemLink("player", 16), Weapon) or string.find(GetInventoryItemLink("player", 17), Weapon) then UIErrorsFrame:AddMessage(Poison.." fades from "..Weapon, 0.7, 1, 0.6, 1, 1.75); PoisonReminderFu:PoisonUpdate() end end end
And in Core.lua, replace this line:
With this one:
The issue was that the old version used a Combat Log event replaced in 2.4 to catch the temporary item enchantment change. This code I posted above will use the new method instead. I also added a brief message that pops up when it expires, but you can easily remove that line without breaking it.
Edit: Added a line to ensure that it only saves your poisons.
Apr 3, 2008Is anyone using GetBattlefieldScore(index) to provide battleground statistics in the game tooltip? This would be a pretty simply thing to write, so I?ll be surprised if it doesn?t exist. The basic idea is to provide options for displaying things like Damage Done, Killing Blows, Healing Done, Flag Captures in the game tooltip. That way you could simply hover over someone and see the contribution they have made to the match. It would seem like a useful tool for figure out who to follow, heal or assist.Posted in: Addon Ideas
May 7, 2007The %s error for Monster emotes should be corrected now in the version that is on the SVN. Thanks for the tip!Posted in: FuBar AddOns
In regards to FlagRSP... I took a look over its code and I think I know what is happening.
FlagRSP uses a hidden channel to share information. It would be better if it used the addon channel, but since it doesn't... Any hidden messages that had the right keywords would have been flagged as Spam.
In the latest SVN version, I implemented a fix to change ChatAlertsFu so that it only monitors for SPAM on the channels you have set for alerts. So if you have an alert on Trade and get spam in that channel, it'll report. If you don't have an alert on Trade, then it won't report the spam. So as long as you are NOT alerted to that hidden FlagRSP channel, I think the problem is solved. It's a bit of a downer in how this limits the auto-reporting, but long term it's for the best as it could cause grief to other addons.
May 5, 2007Posted in: FuBar AddOns
Honesty, I don't use monster emotes much myself so I haven't experienced this problem. The way Chat Alerts works is by grabbing the event message when that chat event is fired and then putting it in your display. It captures it exactly as fired by the event. It's very possible that Blizzard changes the event text AFTER the event fires. However, it's worth noting that they DO NOT do this with loot messages, so this would suprise me. I'll look into it on Monday... If it's not a conflict with another addon, this is an easy fix."%S calls for help"
Quote from OttoDeFe »
One issue - tried out FlagRSP on the urging of a couple guildies (feels kinda clunky - has quite a bit of memory churn, but another issue...) ChatAlerts treated all the incoming messages on the Flag sync channel as gold spam... had maxed out my tickets before I realized what was going on.
I'm not familiar with this addon and this is really odd behavior. Like the above, this activity occurs as the chat event fires. So FlagRSP must alter the the event output message. ChatAlertsFu is also looking for specific keywords that would indicate gold spam. Can you provide some example of the "text" that is getting outputted from FlagRSP. And if it has tags that open other information, do you have any idea what is in that information?
Apr 19, 2007_ForgeUser222884 posted a message on Cartographer: Quest Objectives -- share your database here!I've updated the first three posts with Byte's latest file merges. Thanks for taking the time to update it, Byte!Posted in: Map/Minimap AddOns
Apr 17, 2007Sound great, Overload. I've been pretty silent over in the database merging thread because the files are getting pretty HUGE and I've been hesitating over making them any bigger. Byte did an update a few days ago and I haven't downloaded that yet, but I assume it's pretty large. An overhaul to the db and import system would be awesome.Posted in: Map/Minimap AddOns
Apr 16, 2007Posted in: Addon IdeasIf the performance isn't that bad and it's still in active development, I see no reason to rewrite it ^^.
Actually... It ISN'T still in active development. The author has stated he doesn't have time to pay attention to it and that someone is welcome to pick it up.
Also-- The addon doesn't NEARLY reach the potential that it could reach because it only really works with buffs/debuffs and combo points.
The best solution would be the following:
1) A core module used for showing and hiding custom auras. An "aura" is a graphic that has options for color, alpha, scale, position. It would also be nice to have animations (like POWA) but not absolutely required. This core addon would be responsible for the framework of showing and hiding auras and providing a config gui for editing them. A simple API for this core module would provide other authors what they need to create their own auras for thier addons.
2) Optional modules that use the API framework of the core module. Multiple authors could create their own modules. Examples:
Aggro: show/hide auras based on who has aggro
Buffs/Debuffs: show/hide auras based on buffs (like POWA)
Health/Mana: show hide auras based on health and mana bars
Rogue: show hide auras that are useful to rogues (combo pts, riposte, etc)
Warrior: and so on...
While I could fumble around with #1 and eventually come up with something, there are much better authors than I am that could do a better job setting up the options gui and the core framework.
I will say that I would immediately commit to helping with #2 by helping develop some of the modules.
Apr 11, 2007_ForgeUser222884 posted a message on An alternate method for defining embedded lilbraries in your TOCSo...back to the matter at hand...Posted in: Lua Code Discussion
Why shouldn't we change the .zip script so that it removes embeds.xml if it exists?
It seems to me that authors could then choose to use that convention or not at their discretion. Addons that didn't use that convention would still work the way they do today. It also seems like a far less controversial solution than editing the .toc file.
I fail to see how this is a bad thing or an unreasonable request...
Apr 9, 2007_ForgeUser222884 posted a message on An alternate method for defining embedded lilbraries in your TOCPosted in: Lua Code Discussion
All the more reason to just make the zip script adjustment and allow the removal of just an embeds.xml file instead. If some authors are going to continue to do it one way and not another, then a universal convention makes the most sense. I would go so far as to change the SVN to only allow authors with externals to update if they have an embeds.xml file in the directory.But the individual author is of course free to embed the required libraries as AceLibrary's embedding code still works.
Apr 9, 2007I've been using this mod since September and (depending on your class) it is arguably the MOST useful addon in the game when configured correctly.Posted in: Addon Ideas
It's ironic that it's not more popular or well known and that people just seem to stumble upon it. I've written a few plugins for personal use and would love to see someone from the Ace community pick it up.
For anyone who doesn't know, "Power Auras" provides the ability to create custom auras that show up on your screen. An aura is simply a graphic you that you choose and set alpha, color and animation style. These auras display based on certain conditions that you specify. For example, I can set up different auras to display based on how many Combo points I currently have. Or alternately, you can display when your target has a buff (or debuff) or when you have a buff or debuff.
A couple of examples of use with a Fury warrior...
When I do NOT have Battleshout and I am in combat, I have a custom aura that creates big flashing neon green circle in the center of my screen. Since this is a 2 min buff that I always want to have, it's pretty important to make sure I have it and this addon makes it clear as day.
When Rampage is active, show a countdown timer for how long it will remain active. This tells me how much time I have before I need to renew Rampage. Since Rampage is on a 30 second timer and I need to renew it before 30 seconds expire to keep all 5 applications--this is pretty important.
All three of those can be done by setting them up with the current version. I added my own options to provide me auras based on 1) whether or not I had aggro of my target, 2) my target was below 20% health and ready to be executed, 3) I have over 30 rage and Bloodthirst is ready.
Anyway...I just wanted to throw my $0.02 out to say that this mod is definitely worth continuing and supporting.
I think a good use of this would be to make it modular and allow people to create plugins for it. That way, different people could create different plugins for different classes. Also, an SCT plugin would be awesome as it already acts as a combat log parser.
- To post a comment, please login or register a new account.