Addon Info.
Change Log
Optional Files (0)
Archived (14)
Comments (451)
  Category: Beta-version AddOns
Addon Information
Works with WoTLK
Download Latest Version.
To add favorites please register for a free account. If you already have one you need to login. How do I install this? (FAQ)
acapela's Portal Bug Reports Feature Requests
Author:
Version:
Aloft-2.7.2-745
Date:
01-07-2009 03:27 PM
Size:
712.82 Kb
Downloads:
147,493
Favorites:
542
MD5:
Pictures
Click to enlarge
Blizzard Default Nameplates
Click to enlarge
Aloft (Default Settings)
Click to enlarge
Aloft (Custom Settings)
Click to enlarge
Aloft Legend (Custom Settings)
Click to enlarge
Aloft Options (Waterfall), showing Dynamic Modules
Aloft (Beta)   Updated less than 3 days ago!   Popular!
The following is adapted from the original project description. Disclaimers at the bottom.
-----
This is a BETA release. Seeking assistance with any/all localizations (deDE, esES, frFR, koKR, ruRU, zhCN, zhTW, any/all others).
-----
Aloft is an addon that allows you to customize and enchance how nameplates and nameplate casting bars appear in the game.

Quick answers to current "problems" (see recent Change Log entries for additional details):
-------------------------
Recent Changes (Aloft 2.7.2):
- enhanced AloftAutoShow options, player location can now also be used to control this feature; see the Change Log and the FAQ for more details
- changed target-of-target feature (mostly internally); external change to options (race/class and raid target assignment always apply)
- changed load-order processing of "dynamic" modules, hopefully will help with tag error messages
- changed "Nameplate Glow" processing to use a global repeating event, hopefully will improve reliability
- updated to latest/greatest version of Ace2
Recent Changes (Aloft 2.7.1):
- changes to FuBar/LDB support; see Change Log
- updates to zhCN/zhTW localization, courtesy of digmouse
- applied some syntatic changes to localization files; watch for "No translation" errors
Recent Changes (Aloft 2.7.0):
- AutoShow functionality is now a "dynamic module"; enable it under Aloft "Modules" options and reconfigure it
- AutoShow now has a "Set All" capability, under the relevant options, giverning options changes and keybindings that affect nameplate show/hide
- TagCompiler-1.0 has been tweaked slightly; please watch for unwanted side-effects in your text tags
- enhanced to avoid status-change announcements when changing "Visibility" options or selecting/deselecting "dynamic" modules
- disabled player title gathering for cross-realm units, to avoid confusing realms with titles in Battlegrounds
Recent Changes (Aloft 2.6.5):
- enhancements to basic "Show Nameplates"/"Show Friendly Nameplates" visibility control; look at FAQ (at bottom of this page) for more information
- more fixes for FuBar/LibDataBroker support
Recent Changes (Aloft 2.6.4):
- fixes for FuBar/LibDataBroker support
Recent Changes (Aloft 2.6.3):
- AloftPlayerTitle module will now save player titles between sessions, look at "Data Options" for settings

-----
How do the new "Show Nameplate"/"Show Friendly Nameplate" basic visibility options work?

This is now a "dynamic module" called "AloftAutoShow", and must be enabled by the user (in the "Modules" options). Once enabled, you can review the FAQ at the bottom of this page for the gory details.

NOTE: This Aloft feature duplicates capabilities provided by addons like "Contemplate" and "AutoNameplates". You may wish to disable those other addons, if you are using them.

Finally, this is a new feature, and may well have defects in how it works. As well, suggestions for how it should function are welcome (lots of ways to do it, and I chose one to implement, but if people want something different I am happy to change it... though I don't want to make it too, too complicated).

Feel free to bring up features and bugs in discussion. Thanks.

---
For those experiencing anything like the following error:

Aloft-2.6.1.570\AloftBroker\enUS.lua:15: AceLocale(AloftLDB): Cannot provide the same locale more than once. "enUS" provided twice.

Look for obsolete Aloft modules named "Broker_Aloft" and "FuBar_AloftFu" in your .../Interface/AddOns folder and delete them. They have been incorporated back into Aloft as dynamic modules.

In fact, the only Aloft-related folder that should exist in .../Interface/AddOns should be "Aloft" itself. All other Aloft-related stuff in .../Interface/AddOns should be deleted (beginning with Aloft version(s) 2.6.0-559, and later).

---
!!Tag Error!! Problems? Aloft options have disappeared? Aloft Presets not available or not loading properly?

A lot of Aloft functionality is now "dynamic" (not loaded by default). Enable this dynamic Aloft functionality via Aloft's "Modules" options. (See the screen shot of Aloft's options on the WoWInterface page for Aloft.)

!!Tag Error!! Issues: If you have "!!Tag Error!!" problems, either enable modules carefully one at a time until the problem(s) goes away, or (especially for custom text tag configurations) look at the document "AloftTags.rtf" (bundled with Aloft, in .../Interface/AddOns/Aloft/AloftTags.rtf), which details which text tags are supplied by which modules. A more detailed procedure is provided below.

Missing Options: If a module is not enabled, its options will not be present (as if the module was physically absent). If options seem to be missing in Aloft's waterfall, check to see if the associated module is enabled in Aloft's "Modules" options. Enable the module, and its options should appear "on the spot". (Only the AloftLDB module is loaded by default, to save memory.)

Presets: Aloft "dynamic" modules must be enabled before presets can be applied to them, and the "AloftPresets" module itself must be enabled before presets can be used at all. (the AloftPresets module is disabled by default to save memory.) A more detailed procedure is provided below.

!!Tag Error!! procedure, with nameplates displayed/visible:
  • Enable a module (ideally only one, one at a time), as desired
  • Inspect visible nameplates, see if one or more "!!Tag Error!!" problems are gone
  • If not, disable the module again (you probably don't need the module in order to validate a text tag)
  • Continue by enabling another module...
  • When complete, reload your UI

Presets procedure:
  • Enable all modules (or, for experienced users, just desired modules)
  • Enable "AloftPresets" module
  • Select the desired preset
  • Disable undesired modules
  • Disable the "AlotPresets" module
  • Reload your UI
  • Adjust the appearance of Aloft, in detail via options for enabled modules, as desired
  • (optional) Save your options as a named profile

To "goose" Aloft, try to Force Rebuilding of Text Tags, with nameplates displayed/visible:
  • click on the "Regenerate Text Tags" button/option under Aloft's "Modules" options
  • "cycle" or "bounce" all enemy/friendly nameplates (by disabling/reenabling all visible nameplates via keybindings or Aloft's basic "Show" options at the very top of the options menu)

Rinse/Repeat any/all of the above, as needed, to arrive at the desired configuration.

---
"Health Text", "Mana Text", and "Threat Text" options menus will appear (as sub-menus) under the associated "Health Bar", "Mana Bar", and "Threat Bar" options menus, when the relevant module(s) are enabled (specifically, these are modules "AloftHealthText", "AloftMana", and "AloftThreat").

Take a careful look at the small screenshot of the Aloft menu waterfall on the right sidebar.

---
For those interested in class colors on nameplates in PvP:

- Make certain your Blizzard "Combat>Class Colors in Nameplates" option is enabled
- Make certain your Aloft "Health Bar>Colors>Color Hostile by Class" option is enabled
- NOTE: This only affects flagged enemy players; friendly players will still require a mouseover/target action to determine their class.

-------------------------
A FAQ section is available at the end. Please feel free to review it.

Options:

"/aloft"
"/aloft waterfall"

FuBar and LibDataBroker-1.1 are supported.

Under WoW 3.0.2 and later, Aloft no longer requires (nor can it even benefit from) external libraries for health estimation (i.e. MobHealth3, LibMobHealth-4.0, MobInfo2) or threat (i.e. Threat-2.0)
-----
The customization options in Aloft allow you to change the size, shape, anchors, font, font options, textures and colors of:
1. Name text
2. Level Text
3. Health Bar
4. Mana Bar
5. Cast Bar
6. Spell Icon
7. Boss Icon
8. Raid Icon
9. Mouseover Highlight

Aloft also enhances the display by providing options for:
1. Health text - you can display health percentage, health, or health deficit right on the nameplate
2. Spell name - Aloft will place the spell name right on the casting bar
3. Spell casting timer - Displays the remaining casting time
4. Combo Points/Lacerate/Sunder text - Displayed on current target's nameplate for druids (while in the relevant form), rogues, and warriors
5. Recently Damaged icon - Displays an icon next to any unit that has recently taken damage
6. Finer visibility control - A collection of options that give you specific control over which nameplates are shown - eg. You can hide friendly pets, out-of-guild players, and lots more
7. Guild Text - Show guild information right on the nameplate. Shows abbreviated forms by default.
8. Border and backdrop color
9. Comments - Show "Banker", "Flight Master" and other automatically gathered comments, or your own custom ones right on the nameplate
10. Mana Bar/Text - show group member/pet/summon mana, energy, rage
11. Combat Text - display all damage and healing done to group members or targets right on the plate.
12. Pets Owner's Names
13. Polymorph Timer/Shackle Undead/Banish Timer bars
14. Unit Aliases
15. Class Icons
16. Player Titles (PvP, Reputation, and Achievement titles, segregated by prefix or suffix)
17. Experimental: Target-of-target system that employs race/class/raid target assignment (as available) to identify enemy nameplates and supply ToT information; uses the existing "[TargetName]" text tag
18. Keybindings for toggling enemy nameplates, friendly nameplates, and all nameplates
19. Integrated with SharedMedia (for extra fonts and textures: http://www.wowace.com/projects/sharedmedia/, http://wow.curse.com/downloads/wow-a...aredmedia.aspx)

Finally, Aloft (this UPDATED version) provides a full-featured threat indicator capability:
1. Player threat displayed on player target's nameplate (the player has no bar-style nameplate)
2. Group threat (including pets/summons) displayed on group nameplates
3. Threat bar and threat text capabilities
4. Threat bar and threat text can be enabled independently
5. Can be enabled while solo (for pet-owning classes)
6. Control over display colors to indicate common threat and maximum threat thresholds
7. Threat gain threshold display (i.e. omen-style "aggro bar") capability for player threat
8. Threat threshold nameplate "glow" (separate from aggro glow, see below); Threshold can be customized
9. Uses the WoW 3.x native threat event model and API

As well, on a related note, Aloft provides:
10. Aggro namplate "glow" (for AOE tanking/etc), replacing the Blizzard native aggro "glow"; Note that aggro glow is completely separate from threat system

NOTE: Aggro nameplate "glow" will only be displayed if the underlying Blizzard "Display->Display Aggro Warning" is enabled for the state you are in (i.e. Always/Party/Instance, etc)
-----
Other threat addons (thanks to their authors for unknowningly providing example code for Aloft's current threat implementation):
Omen3: http://wow.curse.com/downloads/wow-a...eat-meter.aspx
IceHUD_Threat: http://www.wowinterface.com/download...HUDThreat.html (module for IceHUD: http://wow.curse.com/downloads/wow-a...s/ice-hud.aspx, now obsolote)
ZThreatMeter: http://www.wowinterface.com/download...reatMeter.html
-----
All of the additional options are written to require no additional overhead if they're not enabled (though they will occupy memory when Aloft is loaded).

Aloft is designed to be easily extensible. All of the functionality is separated into discrete modules which should make it relatively easy for people to tinker with adding their own functionality.

If you want LibDataBroker support, please use Broker2FuBar (http://www.wowace.com/projects/broker2fubar/, http://wow.curse.com/downloads/wow-a...ker2fubar.aspx).

If you want additional texture options, make sure you install SharedMedia. For additional font options, ClearFont2 and its fontpacks provide a number of extra font choices.

Documentation for the text tag format is included with the addon (look at the file AloftTag.rtf). Please also look at CREDITS.txt and CHANGELOG.txt for a history of the project.

Aloft is still (again?) a work in progress. Defect reports, feature requests, and code reviews are welcome.

On behalf of all the original contributors, Acapela hopes you enjoy it.
-----
DISCLAIMER: Acapela is not the original author of this addon. Please refer to README.txt, CREDITS.txt, and CHANGELOG_WOWACE.txt for more information on the history of Aloft.

Aloft has been updated. It would be branded a "fan update" except the original author(s) have long since vanished, and Aloft is in fact being actively maintained, for the forseable future, by Acapela.

Acapela intends to host the addon here at WoWInterface (SVN and distribution).
NOTE: The addon is not maintained by Acapela at either of WoWAce or CurseForge (though earlier/"original" versions are still available there).
The WoWAce revision on which this version is based is r80814 (http://wow.curse.com/downloads/wow-a...ils/aloft.aspx; WAY out of date, the WoWAce version was not transferred to Curse).

Please report all errors as they are discovered (either in the comments for Aloft here on WoWInterface, or via the WoWInterface bug report mechanism), and Acapela will attempt to resolve them and apply a fix.

Acapela will participate in the forum thread for Aloft at WoWInterface (http://www.wowinterface.com/forums/s...ad.php?t=18093), as well as the commentary associated with the page for the addon itself at WoWInterface.
Acapela will continue to participate in the the original official forum thread at WoWAce (http://forums.wowace.com/showthread.php?t=5437).
A private message to "acapela" at WoWInterface will also reach him.

Acapela does not want Aloft to die, so Acapela will make every effort to find someone to take over should he find himself unable to continue with this commitment. If anyone would be interested in participating in development, please contact Acapela.

NOTE: Current users of Aloft should backup/delete their .../Interface/Addons/Aloft folder before installing this version of Aloft.
It would also probably be a good idea, to avoid problems, to backup/delete your .../WTF/Account/<WoWUsername>/SavedVariables/Aloft.lua file as well.
----------
FAQ
---
Q: How do the new "Show Nameplate"/"Show Friendly Nameplate" basic visibility options work?
A: These options automatically enable/disable ALL nameplates, in the "Blizzard WoW Client" or "keybinding" sense, regardless of how the Aloft "Visibility" options are set, on behalf of the user based on certain conditions. These conditions come in two categories: player "state" (i.e. whether the player is in combat, "resting", flagged, or in a group, plus a default setting for when none of these conditions apply, i.e. solo, unflagged, not in combat), and where the player is (world, instance, battleground, etc). If nameplates of a particular kind are enabled using these options, then Aloft's "Visibility" options (if any) will apply. NOTE: Among player "states", combat has priority over "flagged", "flagged" has priority over "resting", and "resting" has priority over being in a group.
---
Q: How do "Player State" and "Player Location" options combine using the new "Show Nameplate"/"Show Friendly Nameplate" basic visibility options?
A: If the player is in an enabled state (i.e. their current state is enabled in the player "state" options) AND the player is in an enabled location, then the appropriate nameplates (neutral/hostile or friendly) will be automatically enabled for the player. If the player is in an enabled state but NOT in an enabled location (or vis a versa), then those same nameplates will be automatically disabled for the player.
---
Q: How do keybindings apply to the the new "Show Nameplate"/"Show Friendly Nameplate" basic visibility options?
A: It is intended that Aloft keybindings apply to the player's current condition at the moment (state and location). For instance, using a keybinding while in combat in a 5-man instance will only affect the settings for combat and 5-man instances (not the settings for flagged/resting/group/default, and not the settings for other types of locations). Enabling the "Set All" option under "Show Nameplate"/"Show Friendly Nameplate" will instead apply keybindings (or changes to any related option) uniformly to all options.
---
Q: Why doesn't Aloft notify me in chat when I change nameplate visibility using the Blizzard nameplate keybindings (i.e. V/shift-V/ctrl-V)?
A: Blizzard has changed the way in which nameplete visibility is controlled (they are now configuration options saved on the server). Blizzard provides a mechanism for addons to sense these changes to confuguration options (the CVAR_UPDATE event), but while this works for most configuration option changes, it is not currently working for nameplate configuration option changes. Please use the keybindings supplied by Aloft itself.
---
Q: How can I get enemy nameplates to enable/disable automatically as I enter/leave combat?
A: This is now a feature of Aloft. Refer to the items elsewhere in this FAQ for details.
---
Q: Why do bar-style nameplates (whether from Aloft or even just Blizzard native bar-style nameplates) only become visible for a unit when I am within 15 yards of that unit?
A: This seems to be a "hardcoded" Blizzard limitation. There is currently no way for the user or any addon to control nameplate display range. Aloft takes over management of bar-style nameplates when they become visible, but has no control of how/when they become visible. Please feel free to file a suggestion with Blizzard about this (http://forums.worldofwarcraft.com/bo...?forumId=11122).
---
Q: How does the Blizzard standard "Combat>Class Colors in Nameplates" interface option affect Aloft?
A: Aloft supplies class colors for hostile/PvP-enabled player nameplates itself (using the same standard colors employed by Blizzard), and class information is usually collected on targeting or mouseover of a player. Class information for all players in Battlegrounds is gathered proactively from the Blizzard Battlefield Score system. However, for hostile enemy players flagged for World PvP (World -- and Arena?, i.e. not in a Battleground), Aloft is able to deduce flagged player class from nameplate color if the "Combat>Class Colors in Nameplates" option is selected by the user. This will occur automatically when the nameplate becomes visible (no mouseover/etc will be required). This also helps Aloft to differentiate pets from their owners even when they are named the same (i.e. to confuse identification/targeting aids... such as Aloft), whether flagged or not. At this point (WoW 3.0.2+), it is strongly recommended that all Aloft users enable this Blizzard option at all times, and control nameplate display colors with Aloft. This Blizzard option will not interfere with Aloft's class coloring mechanism.
---
Q: What is the difference between "Nameplate Glow" and "Threat Flash"?
A: "Nameplate Glow" is slaved to Blizzard's "Display>Display Aggro Warning" option (which activates on a nameplate when an associated unit within nameplate range has you targeted), will appear whenever Blizzard would enable the associated glow on a nameplate, and will use the color of the Blizzard glow. Its appearance within Aloft is controlled by the Aloft "Nameplate Glow" options.
A: "Threat Flash" is generated by Aloft, and appears on any visible friendly/grouped nameplate (including pets, or the target nameplate for the player) when the level of threat generated by the associated unit, against the player's current target, exceeds the threshold (as a percentage of maximum threat) specified by the user under Aloft's "Threat Bar>Threat Flash" options.
A: Aloft allows these glows to be used simultaneously (at the user's discretion), by default with the "Threat Flash" glow nesting inside of and blending with the "Nameplate Glow", in complementary colors.
---
Q: How do the Polymnorph and Shackle Undead timers work?
A: These are limited specifically to Mage/Priest classes (i.e. the player's character). They will appear, as a plain colored bar (no text), on the nameplate (if visible) for the player's current target when that specific crowd control spell is successfully cast, will shrink slowly in proportion to the remaining duration on the resulting crowd control effect, and will be lost if the nameplate goes out of range (beyond 15 yards). The duration of the highest available level of spell is assumed (based on player level), and no attempt is made to take talents or diminishing returns into account. A speculative attempt is made (enabled by an Aloft option, under user control) to re-associate the timer bar to the appropriate nameplate if the nameplate disappears/re-appears, but this is only accurate if the player has the affected unit actively targeted; in crowded PvE environments, speculative re-attachment can occur seemingly at random.
---
Q: How can I reproduce the look and feel of Aloft reflected in the "Aloft (Custom Settings)" and "Aloft Legend (Custom Settings)" screenshots on the main addon page?
A: These settings are captured in the "Acapela" preset, under the "Presets" options, available in-game from Aloft itself. Selecting this preset will configure Aloft, with one user action, basically to look like the configuration used in the screenshots. Generally just selecting a preset will be sifficient, but a UI reload ( /script ReloadUI() ) or game login (log out and back in again) may be required for everything to take effect.
---
Q: I am seeing "!!Tag Error!!" on nameplates. How do I know which dynamic modules to enable to get my text tags to work?
A: The document "AloftTags.rtf", distributed with Aloft (found at .../Interface/AddOns/AloftTags.rtf, once Aloft is installed) documents which dynamic modules provide which tags. Please feel free to report any documentation errors.
---
Q: How can I create my own "presets"?
A: Use the "profile" mechanism: create a new named profile, configure it in detail the way you would wish, and then, when you wish to use it, either select it or select your character's profile and copy the named profile in.
---
Q: Why doesn't the Aloft download link work?
A: WoWInterface may not have finished scanning the latest file upload for malware.
---
Q: What are some idiosynchrasies of Aloft?
A: Various, generally beyond Aloft's control (and enumerated as they are discovered):
* When the "Aloft>Visibility>Friendly Players" option is set to "Group Only", the nameplates of new group members that are within visible range (15 yards) may not appear immediately when they enter the group. If the player leaves nameplate visible range (15 yards), and reenters visible range, these new friendly/grouped nameplates will appear.
* Some odd artifacts which still occur for the player him/her-self, as well as for other players, when a player's pet is named the same as a player; this is mostly confined to mis-identification of "creature type" between the player and pet and "[TargetName]|[GroupTargetCount]" artifacts, the player's mana bar appearing on either/both the player's nameplate or the pet's nameplate; other unit-specific data like race, class, and so forth, are now properly identified and/or corrected on mouseover/target action.
* There have been problems in certain international locales (i.e. not "enUS", but with WoW Clients using languages other than US-dialect English) handling the "Death Knight" class correctly (as a matter of class naming). Apparently different parts of the WoW internal API return different strings when queried for a Death Knight class name. Please be on the watch for this.
  Change Log - Aloft (Beta)
2.7.2-745
- separated the existing AutoShow options into their own "player state" category, added a "player location" category (governing where the player is), made nameplate show contingent on the validity of one condition from each category
- refactored target tracking (for target-of-target and etc), extracted it to its own "always loaded" module, preparatory for using it in cast warning and PvP glow functionality
- got rid of options allowing user to disqualify race/class/raid-target as discriminators in target tracking (target-of-target); always use all of them
- made a variety of small changes to improve load-order processing of "dynamic" modules, hopefully will help with tag error messages
- changed Nameplate Glow logic to use a global Ace2 repeating event (rather than a frame OnUpdate hook), cleaned up code
- updated to latest/greatest version of Ace2

2.7.1-715
- changed checks for Broker2FuBar/FuBar2Broker: when Broker2FuBar is present, Aloft's LDB support is disabled (use Aloft's FuBar support directly); when FuBar2Broker is present, Aloft's FuBar support is disabled (use Aloft's LDB support directly)
- updates to zhCN/zhTW localization, courtesy of digmouse
- applied some syntatic changes to localization files, in preparation for recombining them back into a single/combined file; watch for "No translation" errors

2.7.0-667
- should have upped the version number to 2.7.x when i added the "AutoShow" functionality; this release should have been another bug-fix release for that major version
- AutoShow functionality is now a "dynamic module"; enable it under Aloft "Modules" options; this also changes the organization of SavedVariables, so once enabled, you will need to configure your "Auto Show" options again (menus will appear under the standard Aloft nameplate show/hide options when the module is enabled)
- AutoShow now has a "Set All" capability, under the relevant options; enabling this will apply changes to any AutoShow options for neutral/hostile (or friendly), nameplates apply to all options for the same type of nameplate (this applies to use of keybindings as well)
- TagCompiler-1.0 has been tweaked slightly, pending some interaction with its author(s), to generate empty strings when ~Tag/Not(Tag)/ColorIf()/etc conditions evaluate to "false"; please watch for unwanted side-effects in your text tags
- fixed intermittent LUA errors in AloftThreat and AloftStackedPointText modules
- enhanced to avoid status-change announcements when changing "Visibility" options or selecting/deselecting "dynamic" modules
- saw only occasional PvP titles on cross-realm players in my testing, so have disabled player title gathering for cross-realm units, so that realms are not confused with titles; will revisit this again later (should be possible to detect the realm in the player tooltip and parse around it, needs more experimentation)

2.6.5-644
- enhanced "Show Nameplate"/"Show Friendly Nameplate" functionality to control basic nameplate visibility automatically/conditionally on behalf of the user: on combat, on resting, on being grouped (and a default for when these conditions don't apply); a new feature, please watch for problems
- backed out optional dependencies on FuBar, Broker2FuBar, FuBar2Broker, and the mainstream Broker display addons (Carousel, Fortress, NinjaPanel, StatBlockCore)
- updated to latest/greatest FuBarPlugin-2.0 embedded library (r9 from WoWAce, which has gone back to being FuBarPlugin-2.0)
- fixed some typos in the ruRU localization (thanks to McFLY for the helpful report)

2.6.4-631
- made FuBar, Broker2FuBar, FuBar2Broker, and the mainstream Broker display addons (Carousel, Fortress, NinjaPanel, StatBlockCore) as optional dependencies, to enforce load order; if this is "bad" (you there, Phanx? :-), let me know, and i can back it out
- added an AceAddon-2.0 "InitializeAddon()" invocation to the load process for Aloft's FuBar and LibDataBroker dynamic modules; these are actually full/separate addons, not just Aloft modules, and initialization must be driven manually when they are loaded
- fixed bugs (FuBar/Broker libs not in TOC; Nameplate Glow color processing which was causing a LUA error; Crowd Control Bar default background color, which was inconsistent with other default background colors)
- updated to latest/greatest FuBarPlugin-2.0 embedded library (r7 from WoWAce, which is actually now FuBarPlugin-2.1)

2.6.3-617
- fixes and enhancements to AloftPlayerTitle module; player titles are somewhat dynamic, but it is now possible to cache the most recently seen prefixes/suffixes between sessions (look at Aloft "Data Options"; defaults to disabled); mouseover/target action will update them

2.6.2-612
- incorporated "ruRU" translations; thanks to Xisraa/Henrietta; i have no good way to test localizations, so: users of Russian-language WoW clients, please feel free to mouseover all menu items, proofread the text and watch for LUA errors, and report anything you see
- added "AloftPlayerTitle" dynamic module; this enables two new text tags: [PlayerTitlePrefix] and [PlayerTitleSuffix] (for leading and trailing titles, so you can format them accordingly); scrapes tooltips on mouseover/target action, watch for inaccuracies, especially on rapid mouseover
- re-applied "simple" fixes/workarounds to changes to unit level and name that occur "behind Aloft's back"; dropping and re-aquiring target should update name/level text
- added border/border color, spell icon, spell name/rank text, and remaining spell time text to crowd control bar (NOTE: Aloft crowd control subsystem has restrictions, read project description and FAQ)
- reorganized crowd control module options, to make them consistent with other "bar" functionality (mana/threat/castbar, etc); changes to SavedVariables have occurred, you will need to reconfigure your "Crowd Control" options
- added "color transition" to stacking point debuff text (lacerate/sunder); text counter will change slowly through a continuous range from one color to another as the debuff slowly counts down; the two colors at each end of the range are user-selected, defaults set to cyan (at maximum remaining time) and red (at minimum remaining time)
- reorganized stacking point debuff options (changes to menu organization only), to make consistent with other "text" functionality; there should be no changes to existing SavedVariables (though there is an extra color in the options now, for the color transition capability)
- enhanced creature type processing to "assume" any neutral level 1 NPC with <= 8 maximum health is a "critter"; this will not catch all critters (but should catch most typical ones); this may cause problems with other NPCs, please report any errors
- re-named the Aloft "AloftSpellNameText" module to "AloftCastBarSpellNameText", for consistency; the module will need to be re-enabled, no changes to SavedVariables
- AloftPresets is now a dynamic module; if you want access to presets, enable the module via the "Modules" options

2.6.1-570
- backed out "simple" initial fixes/workarounds to changes to unit level and name that occur "behind Aloft's back", pending more thorough analysis/testing of framerate/update issues
- made border/border color separate/independent options on each of cast bar, mana bar, and threat bar

2.6.0-559
- rolled all Aloft functionality back into a single addon folder, and implemented a poor-man's "dynamic load" mechanism (like that used by Prat; kudos to Sylvanaar)
- enhanced AloftStackedPointsText module to permit combo points on any class (e.g. dailies and Malygos raid encounter; nod to Gnarfoz for identifying this problem); needs testing
- enhanced AloftStackedPointsText module to sense druid form changes, and switch from lacerate count to combo point count on the fly
- enhanced cast bars, mana bars, and threat bars to use the same border/border color settings as the health bar (which is controlled under Aloft "Frame" options)
- added functionality to re-apply visibility settings at end of combat (in case nameplates disappear/reappear during combat lockdown)
- critters should be hideable via "Visibility" options;
- attempted simple initial fixes/workarounds to changes to unit level and name that occur "behind Aloft's back"

2.5.2-403
- separated additional Aloft functionality out of the core addon: FuBar_AloftFu, Broker_Aloft, AloftClassIcon, AloftCombatText
- separated ComboPointsText functionality out of core addon, renamed to "AloftStackedPointsText", added Lacerate and Sunder support (available for Druid, Rogue, and Warrior appropriately)
- separated Polymorph/ShackleUndead functionality out of core addon, combined and renamed to "AloftCrowdControl", added Banish support (available for Mage, Priest, and Warlock appropriately)
- provided "invert" options under "Nameplate Glow" and "Threat Bar>Threat Flash", to enable glows in the "opposite" fashion (i.e. when player does not have aggro, or when threat is below threshold)
- added a couple of new "glow" textures, selectively truncated so they do not obscure elements of the nameplate
- made the new "ThreeQuartersSoftOutline" texture the default for threat flash

2.5.1-367
- made the "enUS" locale unconditional in the new Aloft "child" addons, as the default locale; this should get rid of the "translation does not exist" errors seen in 2.5.0-342
- added options to allow the user to control class colors (these default to the Blizzard colors, and can be reset to these defaults)
- added a couple of new "glow" textures, selectively truncated so they do not obscure elements of the nameplate
- made the new "ThreeQuartersSquareGlow" texture the default for aggro glows

2.5.0-342
- began the process of teasing Aloft apart into separate modules (which the user can physically disable if desired); no bugs fixed, really
- broke out AloftThreat Data/Bar/Text and AloftMana Data/Bar/Text functionality as separate modules
- enhanced AloftTags.rtf document to specify which modules originate which text tags (which will become increasingly important as this modularity increases)
- implemented AloftHealthBarDeficit optional module (which converts existing health bars to display a health deficit, growing from the right as health is lost); enabled via "Aloft>Health Bar>Deficit Health Bar" option, disabled by default
- updated to latest/greatest embedded libraries (LibRoster-2.1, which added "vehicle" as a valid unit; vehicles in groups not yet tested with Aloft, report any issues)

2.4.6-315
- checked over code used to monitor changes to group events (pet/party/raid), delegated completely to LibRoster-2.1
- fixed typo in use of UnitClass() method that was causing class validation on nameplate identification to fail
- fixed typo in mouseover vs. target class information gathering
- added some normalization of class names (normalized to the namespace returned in the second value of UnitClass(), and the class names in the RAID_CLASS_COLORS global), just in case parts of the non-localized Blizzard API and/or LibBabble-Class are inconsistent (i.e. return "DEATHKNIGHT" or "Death Knight" variously), etc
- added Runes/Runic Power to "[PowerTypeColor]" tag color table, enhanced to gather power type (as a string) from UnitPowerType(), added "[PowerTypeName]" and "[ShortPowerTypeName]" tags
- updated use of Blizzard's GetBattlefieldScore() to match new return value/order
- updated to latest/greatest versions of embedded libraries (LibBabble-Class-3.0), removed some older/unused versions of libraries

2.4.5-293
- checked over code used to calculate "[HealthFraction]|[ManaFraction]|[ThreatFraction]", fixed defects and made basic method of calculation consistent

2.4.4-288
- beefed up things like class/race/classification/creature-type/is-pet collecton/assignment to incorporate further cross-checking (including class colors on underlying Blizzard nameplates), to help disambiguate and/or clean up nameplates for hunters/pets when hunter and pet are named the same
- applied LUA's intrinsic math.ceil() to the calculation of the "[HealthFraction]" tag value, to insure fractional health does not show "0%" when targets actually still have health (for bosses, this could be a lot of health)
- added Death Knight as a class (esES locale users beware, LibBabble-Class-3.0 has no localizations for Death Knight)
- added Runic Power as a power type
- did small bits and pieces of code refactoring and cleanup here and there

2.4.3-261
- added Broker2FuBar and FuBar2Broker as optional dependencies, to force load order so that Aloft can sense their presence
- coded both LibDataBroker and FuBar support to sense the presence of the other guy's broker and disable itself if present
- if neither of the FuBar/LDB brokers are present, both FuBar and LDB support will load (and presumably not interfere with each other); if both are present, Aloft will offer neither FuBar nor LDB support; "/aloft waterfall" will have to be used
- enhanced Class Data collection to treat the color of a hostile nameplate as an indication of class when ShowClassColorInNameplate CVar is enabled by the user; colors are not apparently exact, so had to jump through some hoops
- fixed pernicious typo in global use of variable "profile" (which should have been declared local), which was breaking FuBar_LuckyCharms
- enhanced FuBar plugin to refresh Dewdrop when nameplates are "redisplayed" (primarily a function of Visibility options); this was ultimately yet another framerate-related update/delay issue (it is possible to bounce the ShowClassColorInNameplate CVar "too fast", programmatically from an addon)
- fixed bug in redisplay functionality that inadvertantly set all nameplates visible (basic options) when Visibility options were twiddled
- updated to latest/greatest versions of embedded libraries

2.4.2-244
- updated embedded libraries (looks like very minor TOC change(s))
- integrated with ShowClassColorInNameplate CVar and "beefed up" class-based information gathering and checking, so that health-bar colors and color text tags for hostile PvP targets will be checked and updated properly (i.e. as documented in AloftTags.rtf)
- addressed some very cryptic framerate-related update/delay issues induced by changing the ShowClassColorInNameplate CVar with live/actively-displayed nameplates; hopefully these are dealth with, but please watch for artifacts (i.e. "[HealthBarColor]"/"[OriginalHealthBarColor]" and health bar colors themselves not updating correctly)
- enhanced FuBar plugin to refresh Dewdrop when nameplates are "redisplayed" (primarily a function of Visibility options); this was ultimately yet another framerate-related update/delay issue (it is possible to bounce the ShowClassColorInNameplate CVar "too fast", programmatically from an addon)
- fixed typo in advanced color tags example in AloftTags.rtf; added hex color code for DeathKnight to AloftTags.rtf
- implemented class icon system (request from WoWAce user, and it was easy enough, once i knew where to go for the icon art)

2.4.1-221
- removed native LibDataBroker-1.1 (LDB) support; per user suggestion, those wishing LDB support should use Broker2FuBar
- fixed typo in ReportStatusChanges

2.4.0-215
- added LibDataBroker-1.1 (LDB) support, with mouseover status and shift-click waterfall instantiation (like the FuBar support); my LDB display of choice is Carousel
- fixed typo in FuBar support
- experimented with and cleaned up Frame dimension options, to allow nameplates to be more closely tiled on-screen (packing height/width) and to permit healthbar borders to be inset slightly (plain height/width)
- went ahead with SpellID-based implementation of GetSpellInfo (kudos to gix, who proposed it); my mage only has sheep-based polymorph, so i have no real means of experimenting with this purely via spell name
- shackle and polymorph timers will now attempt to identify active debuffs on the player's current target and retroactively attach a timer bar when the nameplate comes into range, even when the "speculative" option is disabled
- cast bar color may now be specified; looks like obvious enhancements, like coloring the cast bar according to spell school, and other such things, could be difficult
- looked into player titles... nothing in the Blizzard API lets you query them for other players; will investigate tooltip data as a workaround

2.3.1-201
- too much of a rush job; fixed the stupid typo; this version is identical to Aloft-2.3.1.200 except for the single typo
- my apologies, should have done my usual release test process

2.3.1-200
- a bit of a rush job, testing focused primarily on FuBar and ReportStatusChanges bugs; report any other problems and they will be addressed ASAP
- fixed various bugs in FuBar support
- fixed various bugs related to ReportStatusChanges
- updated embedded libraries, incorporated original TOCs and licensing as a means of providing author credit
- deprecated LibBabble-Spell-3.0, trying GetSpellInfo() instead; those in non-enUS locales, please see if your Polymorph and Shackle timers have localized spell names in them
- upgraded to LibGratuity-3.0 (tooltip scraping), though this is not searchable on Curse and is listed as a "beta"; watch for problems identifying vendor comments and pet owner names

2.3.0-174
- implemented experimental hostile target-of-target system, both for PvP targets generally and for instance targets that have a raid target assignment (only PvE requires raid target assignment); use the "[TargetName]" tag as usual
- the target-of-target system actually does require raid target assignments in PvE; PvE targets without raid target assignments will be ignored by the target-of-target system; race and class are sufficient in PvP (raid target assignments are not expected but will hurt nothing)
- watch for perceived "inefficiency" in the target-of-target system (UI pausing every 15 seconds to so) while in crowded PvP environments, or even in PvE environments; disable the feature if desired
- applied several bug fixes (Alpha subsystem typo, pet Visibility, Aggro "glow" color management)
- went into an AV game, and saw health bar colors, color text tags, and the "[Class]" text tag working "properly" on Aloft hostile player nameplates
- Aloft "Health Bar>Colors>Color Hostile by Class" and "Combat>Class Colors in Nameplates" options , as well as "[HealthBarColor]" and "[OriginalHealthBarColor] tags, work fairly intuitively together
- restored FuBar support (tested with FuBar 3.5)
- race data is now updated regularly from the battlefield score (like class data)
- added key bindings for Aloft (enable/disable friendly nameplates), bindings toggling each of enemy/friendly/all; these will replace the default Blizzard nameplate bindings and interact with "Report Status Changes"

Aloft-2.2.0.154:
- Aloft is still an Ace2 mod; the intended Ace3 port is on hold for the moment
- the latest/greatest Ace2 is embedded in this release
- i have seen no library conflict or "incompatibility" with the "large" addons i have used in testing (Pitbull 3.2.6, XPerl 3.0.0h, IceHUD 1.3.6, Omen3 RC1, Prat 3.0, Macaroon, Cartographer), all of which embed various libraries
- Aloft now uses the Blizzard(tm) default threat API exclusively (Threat-2.0 has not yet been updated, and it may in fact now be superfluous, even for area threat)
- the numbers flowing from the default threat API seem to be behaving better than they did on the PTR, conforming to 100% threat as an upper limit
- APIs like MobHealth3/LibMobHealth-4.0/MobInfo2 are no longer required for health estimation; Blizzard's underlying nameplate implementation, as well as its UnitHealth API, both now seem to offer explicit/accurate health values at all times
- having said this, MobInfo2 may remain useful as a means of tracking drop rates and etc; however, i have no idea if its author is still around
- there is a new "Nameplate Glow" feature, which accurately emulates the default Blizzard(tm) nameplate glow (a target-of-target capability, useful in AOE tanking)
- the "Nameplate Glow" feature is independent of the Aloft threat module, slaved to Blizzard(tm)'s nameplate glow; alas, the texture region used by Blizzard(tm) does not seem to use hookable methods (e.g. Show() and Hide()), so it seems i must micromanage this
- the "Nameplate Flash" feature that attempted to emulate this "Nameplate Glow" remains a component of the Aloft threat module, and activates on grouped nameplates when maximum threat is reached (resembling the Banzai module, but graphically different)
- i went into GIMP and created some additional soft-edged/airbrushed-looking outline textures for these "Glow" and "Flash" effects; they are controlled by the "Style" parameter of the respective options
- there exists some duplication of function between these various types of glow, but they do mean slightly different things, so try them out and see how you like them
- a new "Acapela" preset has been added; this reflects how i configure Aloft; it is best used in conjunction with SharedMedia (for textures and fonts)

Aloft 2.1.2.109-WotLK
- regressed embedded Ace2 library AceComm-2.0 to main r82173 (from WotLK branch r79554)
- updated zhCN and zhTW translations, courtesy of volunteer "digmouse" (thanks again!)

Aloft 2.1.1.103-WotLK
- fixed bug(s) in collection/display of combo points
- simplified/improved group threat calculation/display
- fixed bug in calculation of ThreatFraction value
- Blizzard(tm) threat values seem to be squirrely

Aloft 2.1.0.95-WotLK
- revised nameplate handling for WoW 3.x
. new nameplate frame heirarchy
. CVar processing
. conditioning of obsolete hooks
- updated to sense and use Blizzard(tm) native threat API, if it is present
- disabled Blizzard(tm) native WotLK nameplate "threat flash" feature
. no way to re-use their texture or control the placement of their texture region
. re-implemented as an Aloft feature, which can be selectively disabled (though the native feature remains turned off)
- added "threat flash" capability for nameplates
. a logical duplication of existing Banzai functionality, but resembles Blizzard(tm) native WotLK nameplate behavior
- included various mob health APIs and LibStub as optional dependencies
- enhanced to sense and use any of MobHealth3, LibMobHealth-4.0, and MobInfo2, in that order of preference
- added target change handling for grouped units (including solo pets); affects the TargetName tag for grouped units
- disabled FuBar for the duration of the transition to Ace3 and WoW 3.x
- enhanced various update events to fire on a "next frame" delay
- made certain unitids are being cleared when they should.
- got rid of Babble-2.x usage and embedded libraries
- updated to use LibBabble-Class-3.0, and embedded this library
- updated to use LibBabble-Spell-3.0, and embedded this library
- updated to use LibSharedMedia-3.0, and embedded this library
- updated Ace2 embedded libraries to current WotLK versions
- removed MaxThreatName tag
- enabled GroupTargetCount data collection and text tag to operate at all times
- added a GroupTargetCount example to tag documentation
- updated some debug instrumentation
- updated translation notes to request assistance

known problems; various forms of the following (presumably an artifact of using WotLK versions of Ace2):

Quote:
Interface\AddOns\Aloft\Libs\AceComm-2.0\AceComm-2.0.lua:1988: attempt to index local 'arg1' (a nil value)
[C]: ?
Interface\AddOns\Aloft\Libs\AceComm-2.0\AceComm-2.0.lua:1988: in function <...erface\AddOns\Aloft\Libs\AceComm-2.0\AceComm-2.0.lua:1977>
(tail call): ?
Interface\FrameXML\ChatFrame.lua:1935: in function `ChatFrame_OnEvent'
[string "*:OnEvent"]:1: in function <[string "*:OnEvent"]:1>
Interface\AddOns\Blizzard_CombatLog\Blizzard_CombatLog.lua:3399: in function <...ace\AddOns\Blizzard_CombatLog\Blizzard_CombatLog.lua:3378>
the above does not occur on the PTR (WoW 3.0.2)

Aloft 2.0.1.49
- implemented internal event to trigger text update on changes to health bar color.
- fixed typo in alpha hook method name.
- refactored to centralize health bar color change processing in a single method.
- simplified some of the debug API method names.
- commented out debugging.

Aloft 2.0.0.27
- Initial BETA release.
  Optional Files - Aloft (Beta)
Sorry, there are currently no optional files available.
  Archived Versions - Aloft (Beta)
File Name
Version
Size
Author
Date
Aloft-2.7.1-715
707kB
acapela
12-26-2008 08:39 PM
Aloft-2.7.0-667
699kB
acapela
12-25-2008 09:00 PM
Aloft-2.6.5-644
693kB
acapela
12-20-2008 05:21 PM
Aloft-2.6.4-631
691kB
acapela
12-19-2008 04:21 PM
Aloft-2.6.3-617
691kB
acapela
12-17-2008 04:20 PM
Aloft-2.6.2-612
688kB
acapela
12-16-2008 10:21 PM
Aloft-2.6.1-570
645kB
acapela
12-07-2008 10:03 PM
Aloft-2.6.0-559
644kB
acapela
12-06-2008 09:46 AM
Aloft-2.5.2-403
556kB
acapela
11-26-2008 08:07 PM
Aloft-2.5.1-367
538kB
acapela
11-24-2008 04:17 PM
Aloft-2.5.0-342
514kB
acapela
11-23-2008 07:08 PM
Aloft-2.4.6-315
492kB
acapela
11-18-2008 12:07 AM
Aloft-2.4.5-293
630kB
acapela
11-14-2008 09:47 PM
Aloft-2.4.4-288
630kB
acapela
11-14-2008 12:11 PM
  Comments - Aloft (Beta)
Post A Reply
Author Comments Comment Options
Old Today, 03:08 PM  
acapela
A Theradrim Guardian
Interface Author - Click to view interfaces

Forum posts: 67
File comments: 235
Uploads: 1
Re: Re: Re: Petownername

Quote:
Originally posted by ottosen
[IsTarget:"> ":Red][Name:HealthBarColor][IsTarget:" <":Red]

I've put it in the Alias and pressed enter? This changed the format under advanced to [Alias] from [Name]
sorry, i didn't communicate clearly.

under "Name Text" you want to enter the above set of text tags into the "Name Text>Advanced>Format" field.

NOTE: changing the value of the "Use Aliases" option will overwrite this (you will have to enter it again). changing the value of the "Pet Owner's Names" option will also overwrite this.

the "Set Alias" data entry field allows you to enter a nickname for a player (and Aloft will remember it and populate the [Alias] text tag with that, which you can tncorporate that into the "Name Text" field as well if you wish). the [PetOwnersName] tag is populated with a pet's owner name, so you can incorporate that as well, if you want it.

for reference, my full "Name Text" field (which includes all of this gobbledigook) is as follows:
Code:
[IsTarget:"> ":Red][PlayerTitlePrefix:Suffix(" "):HealthBarColor][Name:HealthBarColor][PlayerTitleSuffix:Prefix(", "):HealthBarColor][HideIf(Alias==Name):Alias:Surround(" (",")"):Cyan][IsTarget:" <":Red]
hope that is a little clearer.
__________________
Current author/maintainer of Aloft (the nameplate addon)
http://www.wowinterface.com/download...AloftBeta.html

acapela is online now Report comment to moderator   Edit/Delete Message Reply With Quote
Old Today, 02:53 PM  
acapela
A Theradrim Guardian
Interface Author - Click to view interfaces

Forum posts: 67
File comments: 235
Uploads: 1
Quote:
Originally posted by ZeuZ
For some reason I cant get the enemy name plates to show up as the class color specific to their class. The bars are constantly just red the entire time no matter what. I have the both Color by Class and Color Hostile by Class enabled and the enemy nameplates still show up as just red.
this should work regardless, but would require a mouseover of the target before Aloft could determine the class and apply a color to the nameplate.

there is a standard Blizzard option that circumvents this mouseover requirement (and Aloft seems to work better generically with it enabled): "Combat>Class Colors in Nameplates". at this point, this Blizzard option should pretty much always be enabled.
__________________
Current author/maintainer of Aloft (the nameplate addon)
http://www.wowinterface.com/download...AloftBeta.html


Last edited by acapela : 01-08-2009 at 02:54 PM.
acapela is online now Report comment to moderator   Edit/Delete Message Reply With Quote
Old Today, 02:44 PM  
ottosen
A Kobold Labourer

Forum posts: 0
File comments: 2
Uploads: 0
Re: Re: Petownername

[IsTarget:"> ":Red][Name:HealthBarColor][IsTarget:" <":Red]

It doesn't seem to work for me.

I've put it in the Alias and pressed enter? This changed the format under advanced to [Alias] from [Name]

Makes no difference though. Sounds like a really ****ing cool idea though..wish it worked!

I'm on EU btw.
ottosen is offline Report comment to moderator   Edit/Delete Message Reply With Quote
Old Today, 02:35 PM  
ZeuZ
A Defias Bandit

Forum posts: 2
File comments: 1
Uploads: 0
For some reason I cant get the enemy name plates to show up as the class color specific to their class. The bars are constantly just red the entire time no matter what. I have the both Color by Class and Color Hostile by Class enabled and the enemy nameplates still show up as just red.
ZeuZ is offline Report comment to moderator   Edit/Delete Message Reply With Quote
Old Today, 02:18 PM  
acapela
A Theradrim Guardian
Interface Author - Click to view interfaces

Forum posts: 67
File comments: 235
Uploads: 1
Re: Petownername

Quote:
Originally posted by ottosen
How do I disable showing name plates over hostile totems?
i don't know if there is a way to do that. there is an "[IsTotem]" tag that you can use in text fields, but but i don't think there is currently a way to detect and render such nameplates invisible. i will add that to my list of features to implement (add a "Visibility" option to control totems specifically). it should be fairly simple, at least in the enUS locale.

Quote:
and what's the best way to highlight current target?
in terms of a graphic highlight, adjusting alpha is pretty good. i also do some things with tags in my "Name Text" field, as follows:
Code:
[IsTarget:"> ":Red][Name:HealthBarColor][IsTarget:" <":Red]
this places reverse angle-brackets ("> <") in red around the name of the current target. the strings/colors used are arbitrary, you could use something more prominent.
__________________
Current author/maintainer of Aloft (the nameplate addon)
http://www.wowinterface.com/download...AloftBeta.html

acapela is online now Report comment to moderator   Edit/Delete Message Reply With Quote
Old Today, 01:49 PM  
ottosen
A Kobold Labourer

Forum posts: 0
File comments: 2
Uploads: 0
Petownername

Hey..

How do I disable showing name plates over hostile totems? and what's the best way to highlight current target?

The way I've done it was enabling the module alpha, and then fading out non-targets..but that's not quite satisfying.

Last edited by ottosen : 01-08-2009 at 02:10 PM.
ottosen is offline Report comment to moderator   Edit/Delete Message Reply With Quote
Old Today, 09:21 AM  
acapela
A Theradrim Guardian
Interface Author - Click to view interfaces

Forum posts: 67
File comments: 235
Uploads: 1
Quote:
Originally posted by Phanx
Just an FYI, most of your description is completely unreadable while using the site's "Light" theme with a parchment-colored background.
i took a look, and you are right: on the "light" theme, the page is basically unreadable.

this is a dilemma.

using the colors seems to help people orient on the information. but using saturated colors makes it hard to read on the default theme, and using light colors makes it hard to read on the light theme.

is there a way to sense the user's theme, and switch colors accordingly? i will dig around in the WoWI FAQ and other help information.

at the very least, i can put a disclaimer in, in the default text color, right at the top stating that the Aloft page is "best viewed" using the WoWI default/dark theme.
__________________
Current author/maintainer of Aloft (the nameplate addon)
http://www.wowinterface.com/download...AloftBeta.html

acapela is online now Report comment to moderator   Edit/Delete Message Reply With Quote
Old Today, 08:43 AM  
aretziel
A Deviate Faerie Dragon

Forum posts: 18
File comments: 5
Uploads: 0
just started playing again since I left right after BC came out ...

happy to see this addon still lives =) it was one of my favorites =)
thanks!