Authors CurseForge

Quote from Revv »

Nice work so far, I've replaced the bars part of XRS with this. (Still using XRS for afk/offline count and buffs.)

I was wondering if the tooltips could update once every second or something? I was watching for mana last night, and it wasn't changing until I clued inI had to let the tooltip go away & recreate it. XRS did this, so I assume you could "steal" the code form there if needed. :)

Yeah I guess I could do that, I've thought about it in the past, decided it was necessary, but never actually did it. It wouldnt be hard to do. Does anyone know how to get a project added to FishEye?

**update**
Will have tooltip updating in 0.6. There will be an option to turn it off.
This version will also include an ability to scan the raid for talents, or allow it to do it by itself. I recommend you use the forced raid scan feature, and don't do it before you enter combat. It will also include a few other bug fixes. This version will have a lot of new localization strings that will need to be updated for deDE

Quote from Phanx »

I still don't understand why you guys can't just use BigBrother or something similar for buff checking... as long as you simply check "do all members of class X have buff Y" you'll get erroneous "missing" alerts about paladin blessings on hybrid classes. Breaking down tank/DPS/healer doesn't help with this, as a balance DPS druid and a feral DPS druid probably want different buffs, as would an elemental DPS shaman and an enhancement DPS shaman.

Anyway, as long as buff checking is staying out of the core addon, I'll quit complaining about it. :P

I agree with you completely. There are plenty of mods that deal with buff checking how it is, its not needed, as the wiki says, it will never be added into the core mod. From my understanding he was making a plugin for it that hooks into it. Have been testing the talent detection system all night and it is working exceptionally well. There are a few things that are not detected however such as a smite specced priest. They will show up as a healer. Or if someone has a really stupid spec like 20/20/21 will show up as a balanced spec, and not autoadd to any list.

Quote from Phanx »

When you say "not autoadd to any list" do you mean they'll be defaulted based on their class, or truly not appear in any list?

They will not be added based on spec. They will still be added as it currently does.

I want to add a buff checking to ax_raidstatus 'cause I like the way to instant view buff that are missing.

With the ability of talent detection, we can make a pretty nice "parsing" of blessings. Like "this guy is an elemental shaman, guess he don't want blessing of migth."

More, I will think about counting paladins in the raid.

2 Paladins -> 1 blessing... missing one and show on the tooltip. Second blessing added -> no more blessings are missing.

Btw, Apoco, could you please add a simple module loader on enable/disable to set my module LoD... Maybe something like load X-AX_RaidStatus-Module on toc or wathever you prefer :)

Apoco, I'm waiting eagerly your next release with talent detection :)

ps: I know Phanx is a grammar nazi, so please forgive me about my very bad english ^^

Quote from Scylia »

I want to add a buff checking to ax_raidstatus 'cause I like the way to instant view buff that are missing.

With the ability of talent detection, we can make a pretty nice "parsing" of blessings. Like "this guy is an elemental shaman, guess he don't want blessing of migth."

More, I will think about counting paladins in the raid.

2 Paladins -> 1 blessing... missing one and show on the tooltip. Second blessing added -> no more blessings are missing.

Btw, Apoco, could you please add a simple module loader on enable/disable to set my module LoD... Maybe something like load X-AX_RaidStatus-Module on toc or wathever you prefer :)

Apoco, I'm waiting eagerly your next release with talent detection :)

ps: I know Phanx is a grammar nazi, so please forgive me about my very bad english ^^

I will see what I can do. As far as talent information, it will be a library, so that any mod can call information from it. I am looking to possibly release it later today or tomorrow.

**Update@1:16pm est**
As of now, I do not see the need for a module loader. With the new way it updates hp/mp/zone information, you can either hook into it so it gets run off of their updates or setup your own scheduled event with

_G.AXRS:ScheduleRepeatingEvent("EventName", function, _G.AXRS.db.profile.updatetime)

That should make whatever function you want to be called based on the updatetime set in the settings menu. If you give me the name of the addon you are releasing I will add it to the optdeps list though.

Current Change Log (as of 03-05-08 @ 1:23PM EST):
- Removed: Stupid debug window
- Removed: All essence of Syncing (No longer needed)
- Removed: UNIT_HEALTH and UNIT_MANA events (No longer needed)
- Fix: Alpha Settings
- Fix: DPS Health tooltip title now uses localization
- New Library: LibTalents-1.0
- New Feature: Bar Alphas
- New Feature: Auto Detect Specs
- New Feature: Scan Raid for Specs
- New Feature: Tooltips will now update while they are shown based on the update time
- Change: Update time is now in seconds, has been changed to a max of 10, min of 0.2, the events are no longer called or fired, this should reduce some combat log for some people. This will also provide much more accurate out of combat information.
- Change: Tooltip titles no longer say "raid"

Alright ladies. I just pushed 0.6 Beta.

This includes:

- Removed: Stupid debug window
- Removed: All essence of Syncing (No longer needed)
- Removed: UNIT_HEALTH and UNIT_MANA events (No longer needed)
- Fix: Alpha Settings
- Fix: DPS Health tooltip title now uses localization
- New Library: LibTalents-1.0
- New Feature: Bar Alphas
- New Feature: Auto Detect Specs
- New Feature: Scan Raid for Specs
- New Feature: Tooltips will now update while they are shown based on the update time
- Change: Update time is now in seconds, has been changed to a max of 10, min of 0.2, the events are no longer called or fired, this should reduce some combat log for some people. This will also provide much more accurate out of combat information.
- Change: Tooltip titles no longer say "raid"

Now, I have tested this myself in several different raids and have not had any problems with it. However some bugs may still occur. The only bug I have found with it, is that it will randomly add a healer to the dps list. When this happens it does tell you, so you should be able to fix it. To fix it just do another raid scan, remove them from the list, and then force an update. Out if testing it for over 6 hours yesterday in a 25 man raid, this only occured once. I believe I have fixed it, but as it is something that randomly happens I cannot figure out the exact cause of it, so if it occurs please let me know.

It seems like you have duplicated the externals (libs folder), to both aX_RaidStatus/libs and aX_RaidStatus/Images/libs :)

Haven't had time to try it out, but it looks promesing :)

Edit: GJ :D Nice, clean and right on target!

Quote from Merl »

It seems like you have duplicated the externals (libs folder), to both aX_RaidStatus/libs and aX_RaidStatus/Images/libs :)

No idea how that happened. Fixed it though. Nice catch!

If you have a problem with talent detection, please do:

/script _G.AXRS:TalentTestOne(name)

/script _G.AXRS:TalentTestTwo(name)

/script _G.AXRS:TalentTestThree(name)

where name is the player that is having the problem. Then report what it returns along with class, exact spec(points spent where, just number of points, not exact point allocation) to Apoco

ie:

Problem with player: Playername1, spec: 41/20, class: hunter
TalentTest1 Results: Playername1, dps
TalentTest2 Results: 41,20,0
TalentTest3 Results: Playername1, Beastmastery

Quote from Phanx »

The conversion to LibTalent-1.0 fails for users who don't use embedded libraries. LibTalent-1.0 doesn't get downloaded because it does not exist on files.wowace.com; I'm guessing the package script fails to zip it up because the .toc is missing this critical line:

## Interface: 20300

Also, as an aside, any particular reason why LibTalent-1.0 requires AceLibrary instead of the framework-agnostic LibStub? Currently other addons which wish to use LibTalent-1.0 must include AceLibrary, even if the addon itself isn't based on the Ace2 framework. ;)

Fixed the toc issue, it must have gone poof when I copy/pasted from another lib toc. As far as it requiring AceLibrary, it requires it because thats how I wrote it >_>. Um.... Yeah...Thats about it. lol. It was my first lib, I wanted it to be based off of Ace, and as such, thats how it is. lol.

90% of my coding starts from somewhere. LibTalents started with Babble-Class. lol

As I have not had any bug reports in about a day, I am assuming everything is working very well. This is good news. As of now there will not be any new features added into the Ace2 version of aXRS. I am going to start working one a new one from the ground up that uses Ace3 and will hopefully have a much smaller memory footprint along with the ability to configure the bars themselves. I am thinking of a db design as the one below, that way you guys will have the ability to create your own bars the way you wish for them to work. The bars will be loaded in the order they are in the database and parent to each other automatically.

If any bugs do come up with 0.6 (Ace2) please let me know and I will get them fixed asap, however all of my attention will be going twords the Ace3 version from now on.

I am trying to get a profile setup on jira so you guys have the ability to post feature requests via that, which will make things a lot easier for me to keep track of.

db = {
	["settings"] = {
		["background"] = bgfile,
		["auto-update"] = true,
		["tooltip-update"] = true,
		["scale"] = 100,
		["dock"] = true,
		["lock"] = true,
		["nurfed"] = true,
	},
	["bars"] = {
		["bar1"] = {
			["name"] = "coolbarname1",		-- bar name
			["type"] = "statusbar",			-- statusbar/spacer
			["unit"] = "raid",			-- raid/dps/heal/tank
			["status"] = "health"			-- health/mana/zone/alive
			["texture"] = texturefile,		-- bar texture
			["bgtexture"] = bgtexturefile,		-- bar bg texture
			["alpha"] = 1.0,			-- alpha of the bar
		},
		["bar2"] = {
			["name"] = "coolbarname2",
			["type"] = "statusbar",
			["unit"] = "raid",
			["status"] = "mana",
			["texture"] = texturefile,
			["bgtexture"] = bgtexturefile,
			["alpha"] = 1.0,
		},
		["bar3"] = {
			["type"] = "spacer",			-- spacer will only require alpha and type, not unit
			["alpha"] = 1.0,
		},
		["bar4"] = {
			["name"] = "coolbarname3",
			["type"] = "statusbar",
			["unit"] = "dps",
			["status"] = "alive",
			["texture"] = texturefile,
			["bgtexture"] = bgtexturefile,
			["alpha"] = 1.0,
		},
	},
}

Errors on login with german version:

aX_RaidStatus\RaidStatusLocal-deDE.lua:97: AceLocale(_G.AXRS): Improper translation exists. "How long the mod waits before each update" is likely misspelled for locale deDE.
Ace2\AceLibrary\AceLibrary.lua:122: in function `error'
AceLocale-2.2-40629 (Ace2):220: in function `RegisterTranslations'
aX_RaidStatus\RaidStatusLocal-deDE.lua:97: in main chunk

aX_RaidStatus\RaidStatusCore.lua:468: AceConsole-2.0: args.options: "desc" must be a string
AceAddon-2.0-57245 (Ace2):484: in function <Interface\AddOns\Ace2\AceAddon-2.0\AceAddon-2.0.lua:461>
<in C code>: ?
AceEvent-2.0-63812 (Ace2):298: in function `TriggerEvent'
AceEvent-2.0-63812 (Ace2):917: in function <Interface\AddOns\Ace2\AceEvent-2.0\AceEvent-2.0.lua:910>

 aX_RaidStatus\RaidStatusCore.lua:2108: attempt to index global 'aXRaidStatus' (a nil value)

These are the errors i get when i try to log in with the latest build:

aX_RaidStatus\RaidStatusCore.lua:8: AceAddon: AceOO-2.0: Library "FuBarPlugin-2.0" does not exist.
AckisRecipeList-0.65\libs\AceLibrary\AceLibrary.lua:122: in function <...ddOns\AckisRecipeList\libs\AceLibrary\AceLibrary.lua:75>
(tail call): ?:
(tail call): ?:
AceAddon-2.0-57245:973: in function `new'
aX_RaidStatus\RaidStatusCore.lua:8: in main chunk

So i turn off AckisRecipeList, and then get

aX_RaidStatus\RaidStatusCore.lua:8: AceAddon: AceOO-2.0: Library "FuBarPlugin-2.0" does not exist.
AltClickToAddItem-1.1\libs\AceLibrary\AceLibrary.lua:122: in function <...Ons\AltClickToAddItem\libs\AceLibrary\AceLibrary.lua:75>
(tail call): ?:
(tail call): ?:
AceAddon-2.0-57245:973: in function `new'
aX_RaidStatus\RaidStatusCore.lua:8: in main chunk

Turn off AltClickToAddItem, and then get

aX_RaidStatus\RaidStatusCore.lua:8: AceAddon: AceOO-2.0: Library "FuBarPlugin-2.0" does not exist.
PitBull-r63819\libs\AceLibrary\AceLibrary.lua:122: in function <...erface\AddOns\PitBull\libs\AceLibrary\AceLibrary.lua:75>
(tail call): ?:
(tail call): ?:
AceAddon-2.0-57245 (Quartz):973: in function `new'
aX_RaidStatus\RaidStatusCore.lua:8: in main chunk

Finally, instead of turning off every addon one at a time, and having aXRS show a different error, i load only Bug Sack and aXRS and get:

AceAddon-2.0\AceAddon-2.0.lua:18: AceAddon-2.0 requires AceLibrary.
AceAddon-2.0\AceAddon-2.0.lua:18: in main chunk

I looked for a library called "AceLibrary" and the only thing i found that i thought was it, was simply Ace2 in the Library section of downloads. Downloaded, installed, and get the following:

aX_RaidStatus\RaidStatusCore.lua:8: AceAddon: AceOO-2.0: Library "FuBarPlugin-2.0" does not exist.
Ace2\AceLibrary\AceLibrary.lua:122: in function <Interface\AddOns\Ace2\AceLibrary\AceLibrary.lua:75>
(tail call): ?:
(tail call): ?:
AceAddon-2.0-57245 (Ace2):973: in function `new'
aX_RaidStatus\RaidStatusCore.lua:8: in main chunk

This is the first addon in a long time i havent been able to get to work on my own, and i use several! Any help would be appreciated, thanks!

Quote from Angrysteel »

These are the errors i get when i try to log in with the latest build.....

(removed most of quote)

From what it looks like all of those errors are around the FuBar-Lib. Sometime last night someone screwed up the pathing on the lib which made it fail to load properly is what I am being told. However this was fixed. Run the WAU and you should not have a problem anymore.

Quote from Dwalin »

Errors on login with german version:

aX_RaidStatus\RaidStatusLocal-deDE.lua:97: AceLocale(_G.AXRS): Improper translation exists. "How long the mod waits before each update" is likely misspelled for locale deDE.
Ace2\AceLibrary\AceLibrary.lua:122: in function `error'
AceLocale-2.2-40629 (Ace2):220: in function `RegisterTranslations'
aX_RaidStatus\RaidStatusLocal-deDE.lua:97: in main chunk

aX_RaidStatus\RaidStatusCore.lua:468: AceConsole-2.0: args.options: "desc" must be a string
AceAddon-2.0-57245 (Ace2):484: in function <Interface\AddOns\Ace2\AceAddon-2.0\AceAddon-2.0.lua:461>
<in C code>: ?
AceEvent-2.0-63812 (Ace2):298: in function `TriggerEvent'
AceEvent-2.0-63812 (Ace2):917: in function <Interface\AddOns\Ace2\AceEvent-2.0\AceEvent-2.0.lua:910>

 aX_RaidStatus\RaidStatusCore.lua:2108: attempt to index global 'aXRaidStatus' (a nil value)

I am going to assume all of those errors derive from the improper translations. I updated the deDE translation so that there should not be any errors, eventhough half of it is still english.

If you have any other problems please let me know.

Updated with WAU, still getting the same errors as before.

aX_RaidStatus - Updated to rev WITH Externals 64061 <--- That is the version WAU is updated to.


Is Fubar needed to make this mod work? Or can you configure it similar to how XRS does?

Quote from Phanx »

The problem is that aX_RaidStatus is missing some things in the svn-externals. AceLibrary is missing, but is required by almost every other library used. AceOO-2.0 is missing, and is required by AceAddon-2.0. Dewdrop is missing, but is required by FuBarPlugin-2.0.

The loading order in embeds.xml is also incorrect. You currently load in this order:
- AceAddon-2.0
- AceConsole-2.0
- AceDB-2.0
- AceEvent-2.0

But both AceConsole and AceDB require AceEvent, so AceEvent needs to be loaded before those two.

Standalone libraries FTW. I never have to deal with the mess of conflicting/missing/improperly embedded libraries. :P

see thats what I was thinking. However it has never been an issue before and still isnt for me. They are loading in the same order that NRT loads them.

NRT loads as:

<Script file="libs\AceLibrary\AceLibrary.lua"/>
<Script file="libs\AceOO-2.0\AceOO-2.0.lua"/>
<Script file="libs\AceAddon-2.0\AceAddon-2.0.lua"/>
<Script file="libs\AceConsole-2.0\AceConsole-2.0.lua"/>
<Script file="libs\AceDB-2.0\AceDB-2.0.lua"/>
<Script file="libs\AceEvent-2.0\AceEvent-2.0.lua"/>
<Script file="libs\AceLocale-2.2\AceLocale-2.2.lua"/>

They are loading in the proper order in the LUA file though.

I have added AceLibrary and AceOO to the embeds list though. Going to commit it soon. Will be testing it without Fubar soon, I doubt it would cause an error though.


**Update**

I just tested it without FuBar and did not have any problems at all. I have however added in a minimap border icon color changer thingy based on raid status just like FuBar text does.

If you are still having problems please post the exact error text along with what client you are using(enUS, deDE etc). Thanks :)

Still getting errors with 64173 and deDE-Client:

aX_RaidStatus\RaidStatusLocal-deDE.lua:127: AceLocale(_G.AXRS): Improper translation exists. "How long the mod waits before each update" is likely misspelled for locale deDE.
Ace2\AceLibrary\AceLibrary.lua:122: in function `error'
AceLocale-2.2-40629 (Ace2):220: in function `RegisterTranslations'
aX_RaidStatus\RaidStatusLocal-deDE.lua:127: in main chunk

aX_RaidStatus\RaidStatusCore.lua:469: AceConsole-2.0: args.options.args.update: "desc" must be a string
AceAddon-2.0-57245 (Ace2):484: in function <Interface\AddOns\Ace2\AceAddon-2.0\AceAddon-2.0.lua:461>
<in C code>: ?
AceEvent-2.0-63812 (Ace2):298: in function `TriggerEvent'
AceEvent-2.0-63812 (Ace2):917: in function <Interface\AddOns\Ace2\AceEvent-2.0\AceEvent-2.0.lua:910>

aX_RaidStatus\RaidStatusCore.lua:1960: attempt to index global 'aXRaidStatus' (a nil value)

Quote from Dwalin »

Still getting errors with 64173 and deDE-Client:

aX_RaidStatus\RaidStatusLocal-deDE.lua:127: AceLocale(_G.AXRS): Improper translation exists. "How long the mod waits before each update" is likely misspelled for locale deDE.
Ace2\AceLibrary\AceLibrary.lua:122: in function `error'
AceLocale-2.2-40629 (Ace2):220: in function `RegisterTranslations'
aX_RaidStatus\RaidStatusLocal-deDE.lua:127: in main chunk

aX_RaidStatus\RaidStatusCore.lua:469: AceConsole-2.0: args.options.args.update: "desc" must be a string
AceAddon-2.0-57245 (Ace2):484: in function <Interface\AddOns\Ace2\AceAddon-2.0\AceAddon-2.0.lua:461>
<in C code>: ?
AceEvent-2.0-63812 (Ace2):298: in function `TriggerEvent'
AceEvent-2.0-63812 (Ace2):917: in function <Interface\AddOns\Ace2\AceEvent-2.0\AceEvent-2.0.lua:910>

aX_RaidStatus\RaidStatusCore.lua:1960: attempt to index global 'aXRaidStatus' (a nil value)

All of those errors are because of the one localization failure. Basically the localization is failing for the options, so that function doesnt exist, then it can't create the chat string, which makes that function nil, and that is the same function that creates the frames, as such that function fails to run. lol, I updated it. Let me know how it works. Since I don't have a deDE client I can't test it on my own but I did check all of the localization headers and I believe I got them all fixed.

Quote from Phanx »

Regarding the FuBarPlugin-2.0 error people were seeing: it still exists. Last night I loaded WoW with an empty WTF and an empty Interface aside from the contents of http://files.wowace.com/aX_RaidStatus/aX_RaidStatus.zip (addon + embedded libraries), and got the error. Adding Dewdrop-2.0 to the libs folder and embeds.xml made the error disappear and the addon work. FuBarPlugin-2.0 requires Dewdrop-2.0 and will not load without it. If aXRS is the only addon enabled, users with embedded libraries will get the error and no functionality.

see thats weird because I always test releases on a sandbox client without anything installed besides Nurfed and aXRS, and it loads fine and Nurfed isnt an Ace mod, hence it doesnt load Dewdrop. Owell, added it to embeds (It already is added for the Ace3 release once I get finished with it.....god this things complicated now). lol