in the current version (r75509), my player castbar latency text seems locked to the left side of the castbar, and adjusting latency "text alignment" only seems to wiggle it around very locally, relative to the left side of the castbar.
i usually place latency text relative to the right side of my player castbar, and until recently that worked. so, behavior seems to have changed relatively recently.
before i panic and clean out my WTF and comprehensively re-install/re-configure Quartz, etc... is this something others have noticed? is it something that can be fixed?
- Registered User
Member for 16 years, 6 months, and 3 days
Last active Fri, Oct, 4 2013 21:29:53
- 0 Followers
- 61 Total Posts
- 0 Thanks
Aug 13, 2008Posted in: General AddOnsQuote from Phanx »
There haven't been any updates because the author has disappeared, and nobody else has volunteered to maintain the addon.
alright, understood. i don't want to "officially" volunteer, but i like the addon quite a bit, don't really see anything like it out there, and of course there are a few issues with it, so i may start fiddling with it.
on the immediate agenda would be:
- updating the tag system to use LibDogtag-3.0 (whatever the latest/greatest state-of-the-art is), assuming this is technically feasible; i gather UnitIDs are not available from nameplates, so i will have to figure this out
- updating the threat subsystem to LibThreat-2.0; i assume the same issue exists here with UnitIDs
- fixing mouse interaction (which i notice is not working for me now), assuming this is not something blizzard has broken in the underlying nameplate subsystem
any other issues Aloft users have noticed, in the way of 2.4-compatibility or broken features, feel free to mention them in this thread. i could easily smack into dead ends on lots of stuff, but i will give it a look.
i am pretty bored with the game right now anyway, marking time pending WotLK, so this might be fun. and if i can wrangle together a 2.4-compatible version of this, it probably won't be a major effort to bring it forward into WotLK as well.
i suppose with the impending refactoring of WoWAce as a mod site, i should probably distribute anything i come up with somewhere else (WoWInterface would probably be my pick, too many mod authors seem to be loosing hair over at curse). suggestions on this would also be welcome.
thanks again for the info. i will follow up here as i can.
Aug 13, 2008can i get a quick update on the status/future of this mod?Posted in: General AddOns
i have used it since forever, it has continued to work with very rare little glitches through multiple WoW client patches, and i would like to keep using it. but, i have not seen an "update" for it for quite a while now, not even a 2.4.x TOC tweak.
so far, an update may not have been necessary, but... WotLK is looming, and i don't know if Aloft is going to be continued (i.e. will WotLK features subsume it and therefore render it superfluous, render it or anything like it technically infeasible, will it just keep humming along fine with a TOC tweak, or what?)
anyone have a take on this?
Jun 10, 2008i know about the PLAYER_FOCUS_CHANGED event, and that changes to the normal targets of player/pet/party/partypet/raid/... members are flagged by the UNIT_TARGET event.Posted in: Lua Code Discussion
however, is there any event that flags changes to the focus targets of party/raid members (i.e. not the player)? i don't see anything... and i am not certain one could really assist/target off the focus target of another player anyway (this would need unit ids like "partyNfocus"/"raidNfocus", hmm, maybe it would work)... but i thought i would ask.
if no such event(s) are available, but if assist/target capabilities off of an allied focus would actually be possible, can anyone suggest (at any level of detail) an efficient polling scheme to check for changes in allied focus targets? i would like what i am doing to remain standalone, and to avoid synchronization via exchanged data.
thanks in advance for any information.
Jun 7, 2008bug report:Posted in: General AddOns
when i die (warlock) with an imp active, CoolDownButtons (r76200) apparently goes into an infinite loop spamming cooldown messages to my sink of choice to effect that "Phase Shift is ready!". this persists until i revive my imp.
Apr 6, 2008using LibDogTag-3.0 underneath another mod (specifically IceHUD), and i want the color of some label text (associated with a unit) to change color when the associated unit enters/exits combat.Posted in: Libraries
in earlier versions of LibDogTag, i could just use the ":CombatColor" modifier (which would flip the modified text between white and red accordingly). i don't see this modifier anywhere in LibDogTag-3.0, and i don't see anything comparable.
i don't want to have to "brute force" it with something like [InCombat(unit="X") ? ["stuff":Red] ! ["stuff"]] because "stuff" is is fairly complex, involving a number of other tags, and IceHUD in fact seems to be choking on the sheer string length of the resulting construct.
is there a better way? thanks.
Mar 13, 2008a mild idiosyncracy/bug (don't know if it has been reported before): as a hunter or warlock, when i come off my mount while in combat (for any reason), and my pet reappears, IceHUD does not show a pet health bar (this includes the text associated with the bar). the pet focus/mana bar appears (including text), but not the pet health bar. after this occurs, i have to dismiss and resummon my pet in order to get the health bar to show.Posted in: Unit Frames
just for completeness: the pet health bar/text does appear properly when i come off my mount while not in combat.
Feb 18, 2008another data point for you.Posted in: Updaters
there were absolutely no changes on my part, to anything. i simply launched WAU this morning, immediately after system startup, as the very first step in preparation for WoW game play. this resulted in an "empty box".
i run windows vista ultimate.
i tried reloading the index via WAU, and it seems to download and process, but WAU retains the empty box.
i uninstalled/reinstalled repeatedly. i tried both the default WAU (with ads, v126.96.36.1998) and the "ad free" version from sourceforge (v188.8.131.520), fetching fresh installers from both locations and uninstalling/installing before attempting to update.
no joy. empty box from all versions from all sources.
the "ad free" version seems to fail silently (don't know enough to dig out any log files that might exist). the default version (i.e. with ads) generates the error (in the "updated" and "output" views, as witnessed by other posters):
Error loading addon list Object reference not set to an instance of an object.
Auto-retry of addon list load
Error loading addon list Object reference not set to an instance of an object.
Feb 10, 2008another data point for you:Posted in: Unit Frames
i noticed the DogTag/IceHUD issue just a few hours ago, immediately after updating IceHUD via WAU (i have a variety of custom DogTag text incorporated into IceHUD). Pitbull has continued to work for me, just fine. so, i came here to see what might be going on.
based on what people have suggested here:
i deleted and reinstalled Pitbull, DogTag-1.0/DogTag-2.0, and IceHUD, latest versions via WAU... no joy. Pitbull continues to work, but IceHUD just delivers plain frame text (though this could be a consequence of DogTag being disabled in the latest/greatest IceHUD in the last day or so).
without altering anything else about my configuration, i then deleted just IceHUD, and manually installed IceHUD-r60583.zip from http://files.wowace.com/IceHUD/ (dated 2008/02/07, just a couple of days ago, and the TOC of which declares the version to be 59024, dated 2008/01/20). this appears to be the most recent available version of IceHUD, pre-60642.
everything is now fine: Pitbull works, my IceHUD custom DogTag text works, and etc.
i will continue updating IceHUD via WAU, as new versions become available. if they don't work for me, i will revert to 60583.
Dec 7, 2007i use Auctioneer Classic (i.e. v3.x, not the new "advanced", v5.x), and AHSearch "quit working" today when i updated from wowace. specifically, the search button vanished from the auction UI.Posted in: General AddOns
i looked at the change log, specifically the changes flagged on Dec 6 2007, and i am guessing the new event handling (relative to the blizzard AuctionUI) is not compatible with auctioneer.
can this be rectified. as well, could support for auctioneer v5.x be added, so that i can move up to the new version?
Oct 16, 2007_ForgeUser98420 posted a message on Avion - Event driven visual effects (former PowerAura2)i too am at a loss as to how to use this. i never used PowerAura, in any form, and i don't know anything about the game's mechanism for applying visual effects. what little documentation exists seems to assume a lot of arcana on the part of the reader that i simply don't posess (like, the order of operations for using the mod's configuration UI, what to enter where, and etc).Posted in: General AddOns
perhaps someone could generate a simple, but comprehensive example? by "comprehensive" i mean making no assumptions about what the reader knows. start from the beginning (a fresh install of Avion), and detail every keystroke, mouse click, and etc, from start to finish, in bullet list form (or something similar), for something basic.
- To post a comment, please login or register a new account.