(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,546
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 10 of 17

« First

Last »

04-12-10, 11:57 AM
mtaher A Kobold Labourer Forum posts: 0 File comments: 51 Uploads: 0	Thanks for keeping up with the bugs i would like to add two bugs i encountered. -aloft cast warning (cast bar) seem to fill in chunks instead of filling smoothly makes it very hard to know where where the cast reached. this the most annoying bug i have come across lately -name plates seem to be going all over the screen sometimes making it hard to know where that person is currently standing. example: the name plate will suddenly shift to the left or right of the character. (i just checked "enable overlapping" still didnt test it with over lapping enabled so this issue might be from my side) thanks again for keeping up this great addon. ps: i didnt mention cast bars disappearing once switch to the target that is casting a spell since it has been mentioned below i think. Last edited by mtaher : 04-12-10 at 02:12 PM.

04-11-10, 06:56 PM

acapela

A Cobalt Mageweaver

Forum posts: 241

File comments: 1313

Uploads: 5

update: i did some testing, and did get this to reproduce in one specific sort of situation: when dueling a player of your own faction.

the Blizzard API UnitIsFriend() reports "true" for PCs of the same faction, under all circumstances. AloftCastWarning-3.0.8-1753 ended up "fixed" so that it detected things correctly using UnitIsFriend(), but that is not what needs to happen. so, i am testing a version of AloftCastWarning that redefines "friendly" as "not UnitCanAttack()", which seems to work much better.

still testing (i need to find a neutral NPC that casts spells, and attack it).

Originally posted by http0421
I target nothing when I focus and there are 2-3 players were casting.
I can see the other players cast bar but the focus target.
I just change the life bar ,castbar position and size.
I expect to see is when I focus someone but not target him, castwarnig still can work on it.

thanks. i will do some testing specifically with focus, and see what happens.

__________________
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-12-10 at 03:20 PM.

04-11-10, 05:36 PM

http0421

A Kobold Labourer

Forum posts: 0

File comments: 3

Uploads: 0

Originally posted by acapela
can you supply more detail about what was happening at the time? what were you targeting? how are your options set? what did you expect to see? what did you actually see? etc.

thanks.

I target nothing when I focus and there are 2-3 players were casting.
I can see the other players cast bar but the focus target.
I just change the life bar ,castbar position and size.
I expect to see is when I focus someone but not target him, castwarnig still can work on it.

THANKS AGAIN

Last edited by http0421 : 04-11-10 at 06:47 PM.

04-11-10, 04:15 PM

acapela

A Cobalt Mageweaver

Forum posts: 241

File comments: 1313

Uploads: 5

Originally posted by http0421
when i use the latest version, cast warning did not work.
so I have to use ALOFT 1753 with ALOFT CAST WARING 1748.
but CAST WARING 1748 cant show the cast bar when I focus that target.

Sry for my poor english and thx for your UI.

can you supply more detail about what was happening at the time? what were you targeting? how are your options set? what did you expect to see? what did you actually see? etc.

thanks.

04-11-10, 12:28 PM
http0421 A Kobold Labourer Forum posts: 0 File comments: 3 Uploads: 0	when i use the latest version, cast warning did not work. so I have to use ALOFT 1753 with ALOFT CAST WARING 1748. but CAST WARING 1748 cant show the cast bar when I focus that target. Sry for my poor english and thx for your UI.

04-10-10, 07:16 PM
acapela A Cobalt Mageweaver Forum posts: 241 File comments: 1313 Uploads: 5	Release: Aloft-3.0.9-1753 a new release of Aloft (Ace3) is available, pending moderator approval: Aloft-3.0.9-1753. this has some fixes to AloftCastWarning, related to showing cast warnings on hostile players (as reported by user syntrax). this also has some changes in the target cast bar functionality, to fix some graphics problems i discovered (which may result in changes to the "look and feel" of the target cast bar), and a small fix for an apparent typo down in the threat module. feel free to look at the change log, and please help me watch for side-effects (if any of this fails to look or work the way you would expect, please let me know). __________________ 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-09-10, 06:33 PM

acapela

A Cobalt Mageweaver

Forum posts: 241

File comments: 1313

Uploads: 5

Originally posted by waha
Thanks for the detailed explanation. The issue I've been seeing has actually been after Aloft has grabbed the plate, but I guess there is a small delay between the grab and Aloft applying my own settings?

yeah, there is definitely a small delay. not so much between the moment at which Aloft "grabs" the nameplate and applies its settings, but between the moment at which Aloft "grabs" the nameplate and all of its settings actually become visible.

the nameplate becomes visible when frame T is rendered, Aloft is notified that the nameplate is visible, Aloft "grabs" the nameplate and begins to tweak the settings... frame T+1 is rendered and some of those tweaks become visible... Aloft tweaks the nameplate some more... Frame T+2 is rendered, and more tweaks become visible...

it is probably not quite as fine-grained as that, in practice, but Aloft may not have a lot of warning, and it is generally safe to assume a generic one-frame delay between nameplate initialization and visible changes to the nameplate on the screen.

if a bunch of units appear, and a bunch of nameplates become active all at once, some of those may be from the WoW Client pool (already initialized), and some of them may be new/pristine and already visible (with Blizzard default settings, like a visible state icon for a rare/elite) by the time Aloft even knows they are there.

Last edited by acapela : 04-09-10 at 06:34 PM.

04-09-10, 05:54 PM
waha A Kobold Labourer Forum posts: 0 File comments: 112 Uploads: 2	Thanks for the detailed explanation. The issue I've been seeing has actually been after Aloft has grabbed the plate, but I guess there is a small delay between the grab and Aloft applying my own settings?

04-09-10, 05:40 PM

acapela

A Cobalt Mageweaver

Forum posts: 241

File comments: 1313

Uploads: 5

Originally posted by waha
Something I've noticed with the Ace3 version of Aloft (can't recall if I saw it with the old Ace2 one) is that when new nameplates for elite/rare mobs are drawn the state icon shows up on the nameplate for a split second before being removed (As I have them disabled). Somewhat annoying when a huge group of elites show up to see the elite frame on the nameplates, and then suddenly not.

there are a lot of artifacts like this (including entire nameplates appearing briefly with Blizzard's default appearance, before Aloft can grab them and re-skin them).

almost invariably, it is unavoidable (and i don't think this is one of the rare exceptions). they would be visible in the Ace2 version as well (nothing about this has changed).

this will be especially true in situations such as you describe, where a large number of nameplates become visible all at once (such as when pulling a large linked group from extreme range, or zoning into a major city, or whatever). the first time Aloft sees a nameplate, at least one rendered game frame will be required between nameplate appearance and Aloft's reskinning taking visible effect (which results in very brief but visible artifacts). "graphics lag" can exacerbate this delay (frames take longer to render, which leaves the undesired appearance of new nameplates visible for longer).

the frequency of these artifacts is reduced, once Aloft has had a chance to initialize a large number of nameplates. the WoW Client recycles nameplates as they appear and disappear, sticking unused/idle nameplates in a pool instead of destroying them. they retain most of their Aloft characteristics in that pool, such that when they are re-used and reappear, they are (mostly) already as the user desires them (though they also seem to expire and are deleted, even in the pool, if they are not used for a while... which requires creation of a bunch of new ones if there is a need). there are exceptions to this (for instance, for inscrutable reasons, Blizzard sets the alpha of all visible nameplates on every rendered frame, back to their defaults... which requires Aloft to reset the alpha of all visible nameplates on every rendered frame... unless you are using the defaults, in which case Aloft skips all of that).

Last edited by acapela : 04-09-10 at 05:45 PM.

04-09-10, 04:48 PM
waha A Kobold Labourer Forum posts: 0 File comments: 112 Uploads: 2	Something I've noticed with the Ace3 version of Aloft (can't recall if I saw it with the old Ace2 one) is that when new nameplates for elite/rare mobs are drawn the state icon shows up on the nameplate for a split second before being removed (As I have them disabled). Somewhat annoying when a huge group of elites show up to see the elite frame on the nameplates, and then suddenly not.

04-09-10, 02:33 PM

acapela

A Cobalt Mageweaver

Forum posts: 241

File comments: 1313

Uploads: 5

Originally posted by Cyprias
Think i found the problem with the flashing name. Try the updated version.

confirmed fixed, in the latest version of PlateBuffs (1.2.2beta).

thanks very much for looking into this.

04-09-10, 12:49 AM
Cyprias A Kobold Labourer Forum posts: 1 File comments: 71 Uploads: 9	Think i found the problem with the flashing name. Try the updated version.

04-08-10, 06:32 PM
acapela A Cobalt Mageweaver Forum posts: 241 File comments: 1313 Uploads: 5	FYI, this is very cool, and seems to work just fine with Aloft: PlateBuffs. update: watch out for nameplate unit name flickering/hiding when using Aloft in conjunction with PlateBuffs. seems to be related to spell cast activity, in particular on the current target nameplate. dunno if it is Aloft's problem or PlateBuffs's problem; at the moment, i am really just looking for confirmation. __________________ 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-08-10 at 07:24 PM.

04-08-10, 09:12 AM

acapela

A Cobalt Mageweaver

Forum posts: 241

File comments: 1313

Uploads: 5

Originally posted by Zidomo
So nice to see it gone from Aloft (Alpha).

LibRoster-2.1 is actually not gone from Aloft. i massaged LibRoster-2.1 (Ace2) into an Ace3 Aloft module. it is an "always load" module, not something that the user can turn off, but it is still there.

nameplates are pretty anonymous. they provide just a few basic pieces of information: unit name, unit level if not too far above the player's level... unit class can be inferred from the health bar color (if any), and unit current/maximum health can be extracted from the values assigned to the health status bar. there are a few other things like raid target assignment. there is no instrinsic way, provided by Blizzard, to associate a nameplate with a unitid, a GUID, or anything else.

so, when a nameplate appears, Aloft pretty much has only a unit name to identify the unit. Aloft definitely needs an efficient way to translate from unit names to group unitids (which was/is LibRoster's job). there is nothing in the Blizzard API that i know of that can help.

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?

i agree the LuaText concept would probably be a superior one. but in the end, LibTagCompiler reduces to the same thing. the text tags are parsed, turned into a LUA function string, and then that function string is "compiled" as LUA, and a function reference retained for subsequent use. all nameplate data is processed into a display string via that compiled function reference. kind of like "canned" LuaText, with the text tag syntax as an intermediate/abstract specification "language" for the resulting (compiled) LUA.

update: i stuck this into the Aloft FAQ as well (down towards the end), with some additional context/clarification.

Last edited by acapela : 04-08-10 at 03:17 PM.

04-08-10, 08:59 AM

acapela

A Cobalt Mageweaver

Forum posts: 241

File comments: 1313

Uploads: 5

Re: Re: Re: Side effects with Outfitter

Originally posted by Blacksalsify
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.

thanks for the additional detail. i will try reproducing in a group, in an instance (heh, sounds like Dr. Seuss's "Green Eggs and Ham"... "i would not like them in a group, i would not like them in an instance"), and try to make sure there is no bad synergy happening with Aloft. if i can isolate a synergy, maybe there is a workaround.

Last edited by acapela : 04-08-10 at 09:13 AM.

Page 10 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]