(1019Kb)

Updated: 09-17-14 05:27 AM

Add Favorite

Install Help

Portal

Bugs

Features

Compatibility:	Warlords of Draenor Pre-Patch (6.0.2)
Updated:	09-17-14 05:27 AM
Created:	02-16-10 12:26 PM
Downloads:	18,457
Favorites:	51
MD5:

Aloft Alpha

Version: Aloft-5.3.2-alpha3

by: acapela [More]

This is a "development" version of Aloft (the nameplate addon). Please refer to the main page for that addon for a comprehensive description.

This is an ALPHA release. That means it has not had a substantial amount of testing under all circumstances. By installing this version, you are basically agreeing to help test . Please report any/all bugs with this release in the comments section of this WoWInterface addon page.

This version of Aloft is functionally identical to Aloft-5.2.8-2574.

This version of Aloft is updated to work with WoW "6", aka "Warlords of Draenor", currently in beta test. All modules have been enabled, LUA errors fixed (mainly to do with obsolete spell IDs), and all the basics seem to work on the WoW 6.X PTR. There were not many changes required.

I now have Beta access, so am incorporating that into my testing.

This version of Aloft will probably not work on current live realms... there is at least one new spell that doesn't exist there yet (Storm Elemental Totem), plus several that have been removed.

5.3.2-alpha3 (Warlords of Draenor)
- fixed cast bar LUA error and configuration mode update issues
- updated Ace3 to latest/greatest (r1114)[/color]

5.3.1-alpha2 (Warlords of Draenor)
- updated/fixed "Nameplate Glow>Recently Damaged Only" functionality

5.3.0-alpha1 (Warlords of Draenor)
- for WoW 6.X PTR and WoD Beta

5.0.1-2418 (Mists of Pandaria)
- enhanced to cover monk/brewmaster tanking
- added a check to avoid divide-by-zero problems in the stacked points (combo points/etc) module
- fixed some divide-by-zero problems in threat management (the MoP threat system seems to zero out perdiodically, during fights)

5.0.0-2404 (Mists of Pandaria)
- changed GetNumRaidMembers() to GetNumGroupMembers()
- changed GetNumPartyMembers() to GetNumSubgroupMembers()
- changed (MiniMapBattlefieldFrame.status == "active") effectively to (select(IsInInstance(), 2) == "pvp")
- updated Shaman totem manifest and spell IDs
- added Monk class color (0x00ff96), class name, and associated options, to code and documentation
- added Pandaren race short form
- verified crowd control spell IDs, added Shaman "Bind Elemental" to crowd control spell IDs
- combined obsolete PARTY_MEMBERS_CHANGED/RAID_ROSTER_UPDATE events into new GROUP_ROSTER_UPDATE event
- no changes to Aloft related to GetGuildRosterInfo() (Aloft doesn't use all the arguments), or UnitIsGroupLeader() (Aloft previously updated away from deprecated functions)
- no apparent changes related to GetBattlefieldScore()/GetWhoInfo()/GetFriendInfo()

- TODO: add brewmaster tanking characteristics (for nameplate glow control)
- TODO: hunter trap snakes (specifically "Viper"; E/W Plaguelands and Uldum) and (possibly) DK bloodworms now seem to have names in common with some normal NPCs

4.4.9
- updated the cast warning module to detect animation update interval of 0 and use OnUpdate directly, instead of AceTimer-3.0 (seemns marginally faster/smoother)
- updated LibBabble-Faction-3.0 to latest/greatest (4.3-release32)
- updated Ace3 to latest/greatest (r1057)

4.4.2-2308
- merged in zhTW localization contributed by WoWInterface user aa9012456.

Comment Options

Page 11 of 17

« First

Last »

04-08-10, 05:38 AM

Zidomo

A Cliff Giant

Forum posts: 76

File comments: 1046

Uploads: 0

Originally posted by acapela
yeah. LibTagCompiler-1.0 was effectively abandoned, under the Ace2 version, as well.

Thanks for the detailed reply

.

Yes, in terms of "taking over" a dead/abandoned library like this one, there of course is no need to apply to WowAce or anything if you don't want to. All doing so does is make your library changes more easily availible to other authors. With a library like this, the need for that is minimal...heh.

And yes, few mods used TagCompiler. About the only other mod I'm aware of was the good (but now also dead/abandoned) Assessment damage meter.

Things changed substantially when in WoW 3.0 UnitGUIDs became available through an API. The need for Roster-2.1's functions was eliminated, as you could now obtain what it did through WoW's built-in API. And most all mods that used the library (Grid, etc.) got rid of it. Except the current PallyPower. Even though I alerted the author to this fact, he still insists that PallyPower needs to use Roster-2.1...heh. So nice to see it gone from Aloft (Alpha).

As with Roster-2.1, though, the TagCompiler library is still a leftover from the pre-WoW 3.0 days. I haven't done any testing with TagCompiler, but could you not obtain the same results now through the built-in UnitGUIDs? And perhaps PitBull4's (far more efficient than DogTag) LuaTexts?

Last edited by Zidomo : 04-08-10 at 06:30 AM.

04-08-10, 04:56 AM

Blacksalsify

A Kobold Labourer

Forum posts: 0

File comments: 83

Uploads: 1

Re: Re: Side effects with Outfitter

Originally posted by acapela
hmm, i was on earlier, using Aloft-3.0.7-1738 and Outfitter 5.0b6 (released yesterday here on WoWInterface), in a group, and had no problem. my paladin was swapping back and forth between retribution gear and protection gear, both by explicitly selecting via the Outfitter minimap button and automated via talent spec switch, and had no problems.

i will try to do some more testing, to make certain (and i will convert to raid as well). in the meantime, you could enable Aloft+Outfitter by themselves (i.e. only those two addons), and see if the problem still occurs.

The error seems to be solely related to the current Outfitter beta release (5.0b6).

I was able to reproduce the error: you must be in a group and then enter an instance; after that, outfitter no longer switches outfitts. The error persists even when all other players leave the group and you leave the instance. The error was still there after I disabled all other addons including Aloft 3.

So, no problem on the Aloft 3 side, only on the current Outfitter beta. As the error is rather hard to reproduce, I probably made some error when connecting Outfitter working again to disabling Aloft ... maybe I relogged in between.

Last edited by Blacksalsify : 04-08-10 at 05:58 AM.

04-07-10, 09:19 PM
acapela A Cobalt Mageweaver Forum posts: 241 File comments: 1313 Uploads: 5	Release: Aloft-3.0.8-1748 a new release of Aloft (Ace3) is available, pending moderator approval: Aloft-3.0.8-1748. this contains attempted fixes (i say "attempted", since i was not able to reproduce either problem) for the LUA error reported by Tomacco_Boy, and the recent AloftCastWarning "no interrupt" graphics problems (the little white diamond graphic spontaneously showing on nameplates) reported by Raz/sivlah. check for your favorite bug yet again, and as always, let me know if you see any problems. FYI, i disabled nameplate overlap (which can be done via Aloft's AutoShow module, or via Blizzard's "Names" configuration dialog), and i have not observed any more hard "#132" WoW client crashes. it was always an intermittent problem, but this comes after quite a bit more testing than was necessary for me to cause these crashes (i.e. with overlap enabled), so it is possible that the problem is related to nameplate overlap. try disabling this option for a while, and see if you stop crashing; let me know what you find. as well, i was not able to reproduce any problems with Outfitter (as reported by Blacksalsify; Outfitter is working fine for me), nor have i observed any issues with health bar texture graphics (as reported by Limb0). __________________ Retired author/maintainer of Aloft (the nameplate addon) http://www.wowinterface.com/download...AloftBeta.html ----- Zippy said it best: "All life is a BLUR of Republicans and Meat!"

04-07-10, 02:52 PM

acapela

A Cobalt Mageweaver

Forum posts: 241

File comments: 1313

Uploads: 5

Originally posted by Zidomo
Nice to see this being ported to a modern framework. Regarding that, though, there is one thing you may (or may not) be aware of: LibTagCompiler-2.0 currently used by this is abandoned.

You may want to either pick up development of it or find a different way of implementing tags before this hits release status.

yeah. LibTagCompiler-1.0 was effectively abandoned, under the Ace2 version, as well.

as far as i know, the LibTagCompiler stuff was originated by Aloft's original author (Roartindon), and Aloft has historically been the only user of these libraries (all the unit frame addons have unitids to work with, and so use LibDogTags at this point; unfortunately, Aloft does not have that luxury).

i have never seen nor even heard of another addon using them.

this may now effectively be the case for LibRoster as well (LibRoster was originally authored separately, and used by various addons, but Aloft may be the only addon left any more that cares about mapping unit names back to unitids in an "efficient"/cached/event-managed fashion). given this, under Ace3, LibRoster has become an "always-load" Aloft module (though it could be broken out into library form again if it became necessary/desirable).

i have always assumed that i (as Aloft maintainer) am on the hook for these libraries as well, at least as far as Aloft's use of them goes. so, for all practical purposes, i have already picked up development of these. but given that nothing else uses them, i have not really tried to expand the scope of my responsibilities beyond that (i.e. i have not tried officially to "take over" the general library projects at WoWAce, and maintain them as separate artifacts; i just apply fixes to Aloft's embedded versions of them as needed, evaluate and merge in changes from the separate artifacts if any ever materialize, and etc). this may change at some point, once Aloft again has some sort of footprint at WoWAce/Curse (though it would beg the question: why? if Aloft is the only thing that uses them...).

anyway, thanks for noticing this, it always helps to make these things explicit. i may go write a short FAQ on this, just to record the matter for posterity.

__________________
Retired author/maintainer of Aloft (the nameplate addon)
http://www.wowinterface.com/download...AloftBeta.html
-----
Zippy said it best: "All life is a BLUR of Republicans and Meat!"

Last edited by acapela : 04-07-10 at 02:57 PM.

04-07-10, 02:45 PM
Zidomo A Cliff Giant Forum posts: 76 File comments: 1046 Uploads: 0	Nice to see this being ported to a modern framework. Regarding that, though, there is one thing you may (or may not) be aware of: LibTagCompiler-2.0 currently used by this is abandoned. You may want to either pick up development of it or find a different way of implementing tags before this hits release status.

04-07-10, 01:34 PM

acapela

A Cobalt Mageweaver

Forum posts: 241

File comments: 1313

Uploads: 5

Originally posted by Limb0
Using version 3.0.7-1738, with my custom texture via SharedMedia_MyMedia, when players or mobs are near death, the hp bar often quadruples in size before the kill. This occurs during raids, bgs, and arena.

I've tried textures that were 256x32 and 256x64 which seemed to make no difference. Generally I use textures which are 256x64 for other addons (Stuf, StufRaid, DBM, SBF, Omen) with no issue.

Is it possible that I just need to resize the custom texture, or is this something that others are experiencing as well?

graphical problems with health bar textures began with WoW 3.3.3. since i (supposedly) fixed this, however, i have not seen any further artifacts, so at this point i am not sure what could be causing this. you should be fine with Aloft-3.0.7-1738.

Last edited by acapela : 04-07-10 at 01:35 PM.

04-07-10, 01:21 PM

Blacksalsify

A Kobold Labourer

Forum posts: 0

File comments: 83

Uploads: 1

Re: Re: Side effects with Outfitter

ok, I will try that and report later.

04-07-10, 12:30 PM
Limb0 A Cobalt Mageweaver Forum posts: 220 File comments: 298 Uploads: 5	Using version 3.0.7-1738, with my custom texture via SharedMedia_MyMedia, when players or mobs are near death, the hp bar often quadruples in size before the kill. This occurs during raids, bgs, and arena. I've tried textures that were 256x32 and 256x64 which seemed to make no difference. Generally I use textures which are 256x64 for other addons (Stuf, StufRaid, DBM, SBF, Omen) with no issue. Is it possible that I just need to resize the custom texture, or is this something that others are experiencing as well? __________________ Masque: Renaitre, SharedMedia: Renaitre Tidy Plates: Renaitre and DHUD4

04-07-10, 11:13 AM

acapela

A Cobalt Mageweaver

Forum posts: 241

File comments: 1313

Uploads: 5

Re: Side effects with Outfitter

Originally posted by Blacksalsify
Outfitter (addon for changing equip sets) stops to work when I activate Aloft (Ace3). Basically, the equip change itself is no longer possible, i.e., nothing happens. With Aloft (Ace3) disabled or Aloft (Ace2) this does not happen, Outfitter works correctly.

hmm, i was on earlier, using Aloft-3.0.7-1738 and Outfitter 5.0b6 (released yesterday here on WoWInterface), in a group, and had no problem. my paladin was swapping back and forth between retribution gear and protection gear, both by explicitly selecting via the Outfitter minimap button and automated via talent spec switch, and had no problems.

i will try to do some more testing, to make certain (and i will convert to raid as well). in the meantime, you could enable Aloft+Outfitter by themselves (i.e. only those two addons), and see if the problem still occurs.

04-07-10, 11:08 AM

acapela

A Cobalt Mageweaver

Forum posts: 241

File comments: 1313

Uploads: 5

Re: Side effects with Outfitter

update: i am making the code generally more robust, finding every excuse to hide that little graphical item, on the off chance it is not getting hidden properly on cast bar hide (and other such events). this can't hurt in any event

Originally posted by Blacksalsify
Update: I think this only happens when in a group or in a raid, but I have to test this again.

alright, that helps. i will experiment with AloftCastWarning, and see if i can get it to happen.

just to make certain, you might try deleting your installs of Aloft and AloftCastWarning, and re-installing. perhaps something did not install correctly.

Last edited by acapela : 04-07-10 at 02:46 PM.

04-07-10, 04:36 AM
Blacksalsify A Kobold Labourer Forum posts: 0 File comments: 83 Uploads: 1	Side effects with Outfitter Hi, Outfitter (addon for changing equip sets) stops to work when I activate Aloft (Ace3). Basically, the equip change itself is no longer possible, i.e., nothing happens. With Aloft (Ace3) disabled or Aloft (Ace2) this does not happen, Outfitter works correctly. Any suggestions how to further investigate this error? Update: I think this only happens when in a group or in a raid, but I have to test this again. Regards. Last edited by Blacksalsify : 04-07-10 at 04:44 AM.

04-06-10, 10:46 PM

-Raz-

A Kobold Labourer

Forum posts: 0

File comments: 49

Uploads: 0

Originally posted by acapela
i thought i had fixed this. i have not seen it in any of my testing with Aloft-3.0.7-1738.

can you identify the exact version of Aloft you are using (should be visible on the configuration menu). thanks.

Aloft version 3.0.7-1738-enUS

disabled AloftCastWarning and it seems to not have happened again yet, tho i havent done any real testing again so far, about to head in game and do a few instances, i suppose ill report back later

edit: ok so after running a few instances, its still happening, however since disabling castwarnings it seems to be very rare

also heres what i was talking about earlier, the glow poping up randomly nowhere close to the nameplate

edit2: did the testing inside instances cuz it was the most noticeable there and since its a pain finding mobs that cant be interrupted in the open world, lol

Last edited by -Raz- : 04-07-10 at 12:29 AM.

04-06-10, 08:58 PM

acapela

A Cobalt Mageweaver

Forum posts: 241

File comments: 1313

Uploads: 5

Re: Bugsack error

Originally posted by Tomacco_Boy
Bugsack error report for 3.0.7-1738

Side note if it helps, i don't have health deficit turned on.

thanks for the report.

i have not seen this particular problem, but i have "strengthened" this area of the code (checking for nil, etc), and will test.

the "health deficit" module is an always-load module now. there should not be any way to turn it on or off (not in Aloft-3.0.7 anyway).

04-06-10, 08:54 PM

acapela

A Cobalt Mageweaver

Forum posts: 241

File comments: 1313

Uploads: 5

Originally posted by -Raz-
since at least the last 2 versions already the "glow" that indicates if the spell can be interrupted or not seems to randomly bug up, showing up on mobs that either do not cast spells, or that do cast spells but can be interrupted

i thought i had fixed this. i have not seen it in any of my testing with Aloft-3.0.7-1738.

can you identify the exact version of Aloft you are using (should be visible on the configuration menu). thanks.

04-06-10, 07:28 PM

Tomacco_Boy

A Kobold Labourer

Forum posts: 0

File comments: 114

Uploads: 0

Bugsack error

Bugsack error report for 3.0.7-1738

Code:

4x Aloft-3.0.7-1738-enUS\AloftHealthBar\AloftHealthBarDeficit.lua:138: attempt to index local 'deficitFrame' (a nil value)
Aloft-3.0.7-1738-enUS\AloftHealthBar\AloftHealthBarDeficit.lua:149: in function `?'
CallbackHandler-1.0-5 (Ace3):147: in function <...Ons\Ace3\CallbackHandler-1.0\CallbackHandler-1.0.lua:147>
<string>:"safecall Dispatcher[2]":4: in function <[string "safecall Dispatcher[2]"]:4>
<in C code>: ?
<string>:"safecall Dispatcher[2]":13: in function `?'
CallbackHandler-1.0-5 (Ace3):92: in function `SendMessage'
Aloft-3.0.7-1738-enUS\Aloft\Aloft.lua:877: in function `OnHealthBarValueChanged'
Aloft-3.0.7-1738-enUS\Aloft\Aloft.lua:1024: in function `ProcessHealthBarValueChanged'
Aloft-3.0.7-1738-enUS\Aloft\Aloft.lua:1001: in function `?'
AceHook-3.0-5 (Ace3):90: in function <Ace3\AceHook-3.0\AceHook-3.0.lua:87>

  ---

Side note if it helps, i don't have health deficit turned on.

__________________
YOU DONT TELL ME TO BUR

Last edited by Tomacco_Boy : 04-06-10 at 07:30 PM.

Page 11 of 17

« First

Last »

Report this File

Category Jump:

Support AddOn Development!

You have just downloaded by the author . If you like this AddOn why not consider supporting the author? This author has set up a donation account. Donations ensure that authors can continue to develop useful tools for everyone.

[Disable these notices]