• 0

    posted a message on Aloft - Customized Nameplates - Official Thread
    Quote from MegaManJuno
    If I recall correctly, doesn't adjusting the packing height/width affect how close the nameplates can be to each other? Haven't yet messed with the new versions, but seem to recall that in pre-wow 3.0.x versions.


    packing height/width would make sense... but i have not noticed that it helps.

    i will play with this some in a crowded place (like in front of the bank in Orgrimmar :)) and see if i can verify whether it helps.
    Posted in: General AddOns
  • 0

    posted a message on Aloft - Customized Nameplates - Official Thread
    Quote from lilsparky
    maybe it's just from not having things work for me for so long, but are the nameplates positioning differently these days? i mean, now it seems that the nameplates don't seem to correlate to their units very well when there are many units on screen... i don't remember that issue before.


    yeah, such as with those large Blood Elf trash mobs just up the first stairs in Karazhan. enough targets that the nameplates have to be tiled all over the screen without correlation to the unit's actual location, and the slightest motion on the part of any unit continuously/violently alters the tiling. a nameplate-targeting nightmare.

    one thing that helps me in those situations is just disabling friendly nameplates, leading up to a fight. the fewer the visible nameplates, the less trouble the WoW client has making them all fit.

    i have also experimented with trying to make the healthbar and other graphics more compact. it doesn't seem to help... seems like there is an invisible "footprint" on the screen for each nameplate (if the nameplate is enabled at all), and that "footprint" is somehow invariant.

    i will put this on my list as a research project. maybe there are some frame/texture inset parameters (or something similarly obscure) i can alter that would affect this.
    Posted in: General AddOns
  • 0

    posted a message on Aloft - Customized Nameplates - Official Thread
    Quote from Roartindon
    Hey,

    After a long long time away from the game, I logged in to the game today and checked on what's happening with Aloft (and other mods) that I wrote a while ago.

    Just wanted to say thankyou to acapela for keeping the project alive.

    And for the questions above; the WoWInterface download does have mobhealth references, but it doesn't require it, nor does it end up using it since the original Aloft code relating to health 'just works' :)

    - Roartindon


    i would be happy to coordinate/collaborate with Roartindon in any way that Roartindon considered acceptable. we can discuss this here in this thread, or in PM here at WoWAce, whatever works best.

    and... the only real reason Aloft moved at all was that i could not get any sort of commit access to the WoWAce repostory at the time, and the reason it moved to WoWInterface instead of Curse was WoWInterface's stability and ease of use at the time.

    Curse seems to be improving now, though, so if some sort of page update/file upload permissions could be enabled for me (Curse user name "acapela") on Curse, and/or here at WoWAce (WoWAce user name "acapela"), i could maintain "my" version of Aloft at those places too. or, a merge of the codebases could be arbitrated in some fashion. whatever seems best to folks.

    i could just create a new Curse page for it, but i have always felt forking Aloft to numerous places without knowing anything concrete about Roartindon's status, future plans, and etc would be counterproductive. and as far as i know, WoWInterface has no formal relationship with Curse (unlike WoWAce), which i felt reduced the potential for a "too many cooks" syndrome even further.

    Roartindon is exactly correct, all the MobHealth/LibMobHealth/MobInfo2 references in Aloft are now useless/unhelpful (uploaded a new version just a day ago or so that took all of that stuff out). also the Threat-2.0 references are obsolete.these "auxilliary library" fixes were very quick/easy.

    most of the time spent on the most recent release was spent instrumenting an Aloft-compatible "aggro glow" capability. Blizzard's textures and placement were so closely tailored to the default Blizzard nameplates that i could not figure out a way to re-use any of it (though i am learning more all the time about the WoW API and its intricacies, so i might fiddle with this again at some point soon; if it is feasible, re-use of at least the existing texture region would certainly be more efficient than the "OnUpdate" mirroring i am doing now).

    i lost track of this thread in the WoWAce site refactoring. now that i have found it again, i will start watching it, and update the project description at WoWInterface to reference it. i can at least start announcing new WoWInterface releases here for those folks who find it convenient.
    Posted in: General AddOns
  • 0

    posted a message on Aloft - Customized Nameplates - Official Thread
    for those interested in "color tags" (specifically the magic text strings you would put into the "Color Format" text entry boxes in the "Aloft>Health Bar>Colors>Advanced" or "Aloft>Frame>Background Colors>Advanced" option dialogs), i rummaged the code and experimented.

    here is an example:

    [IsFriendly:Class=”Paladin”:”f48cba”]

    this says: "all friendly paladins should be of color f48cba”, where color is of the form "rrggbb", each 2 characters representing a single channel of the color. this example happens to be the authentic Blizzard(tm) class raid color for paladins. the health bar "Advanced" option covers the health bar, and the frame "Advanced" option appears to cover the health bar background.

    the magic string at the end representing the actual color must be 6 characters (alpha channel is ignored), hex, and should be in quotes (though occasionally you can get away without quotes, dunno why), but may be any mix of upper/lower.

    any tag string that resolves, with conditionals, to a 6-character *literal* will be interpreted as a hex color when originating from these option fields. only the first 6 characters count. normal color tags like "HealthBarColor" don't apply in these "Advanced" color tags. there appear to be limits on total aggregate tag source text length, but i have not tried to quantify this. you would have room to tweak a few class colors, certainly.

    i have enhanced the Aloft documentation (AloftTag.rtf, distributed with the addon) with a description of this specification. this will be checked in and bundled with the next release.
    Posted in: General AddOns
  • 0

    posted a message on Aloft - Customized Nameplates - Official Thread
    Quote from Phanx »

    Check acapela's page for Aloft on WoWInterface; it's being updated there for WotLK, since he/she does not have SVN access here.


    i have poked around and found i have read access to the WoWAce SVN (though i am leaving it at read access... i was never "officially" able to obtain commit access, in fact never had a word from the WoWAce folks of any kind, and i don't want to mess with things without permission, so i moved my fork of Aloft to WoWInterface).

    having said this, i see a WoWAce version of Aloft currently being ported to WotLK in the SVN, under:

    http://svn.wowace.com/wowace/branches/Aloft

    i have not yet tried to contact the WoWAce user (if they exist) who appears to be doing this work. i have not even tried running this version of Aloft. that person does not seem to have shouted out in this thread, but the change logs there suggest that they are doing the obvious things: embedding a WotLK-compatible Ace2, updating to LibSharedMedia-3.0, LibBabble-*-3.0, etc. i have also done these things.

    "my" version of Aloft is already up and running on the PTR (WoW 3.0.2), and should be WotLK-ready, within reason. this is currently at (direct link):

    http://www.wowinterface.com/downloads/info10864-AloftBeta.html

    i will do my best, at some point, to diff this WoWAce version of Aloft against its predecessors and make certain that there are no functional improvements i should incorporate (i have seen none to date, though it has been a few days). next on the list for me is incorporating Ace3, which should make things a bit more stable than cramming a succession of Ace2 development versions into Aloft :-). if i can ever get in touch with the WoWAce folks, i would also be happy to push my version up to the SVN here, at some point.

    hope all this helps.
    Posted in: General AddOns
  • 0

    posted a message on Aloft - Customized Nameplates - Official Thread
    Quote from pixol »

    Is there a Advanced Color Tag to allow me to customize the Class Colored Bars.


    i believe there are some advanced color tag capabilities, specifically under Frame options.

    i will dig into this and try to figure out a) how they are supposed to work, and b) whether they are working correctly. at the very least, they should be documented (which i will work on).
    Posted in: General AddOns
  • 0

    posted a message on Aloft - Customized Nameplates - Official Thread
    regarding these recent posts:

    - i will check out the polymorph module in the next day few days and make certain it is still functioning properly (my mage/jewelcrafter needs to do 2 more rounds of shattered sun offensive dailies to reach exalted; i need to finish that faction grind :-).

    - the healthbar and the castbar are supplied by Blizzard, as frames; Aloft just tweaks them for texture/etc. but Aloft is able to tweak the healthbar color (color it by class for instance), so i expect the cast bar color could be tweaked similarly. i will look into this.

    - separating Aloft modules out into separate addons sounds like it could be a good idea to me, but understand that there are a large number of these modules; it could end up looking like Grid or Pitbull3 with no trouble whatsoever. there will be people who want mana/threat text tags but not bars, and maybe even vis a versa, so i am at a loss to see a way to chunk functionality at a coarser granularity than individual modules. i suppose only those folks who want "everything" would end up being nickled/dimed to any great extent, but still, it could get ugly. nevertheless, i will give it some thought.

    right now, i have fixed a few bugs and am working on getting something up that will run on WoW 3.x (WotLK), so that any teething trouble can be sorted out before expansion release.
    Posted in: General AddOns
  • 0

    posted a message on Aloft - Customized Nameplates - Official Thread
    alright, Aloft (reincarnated) is in BETA at WoWInterface. i am hosting the SVN there as well. once i understand how WoWInterface manages their SVN repository a little better, i am going to go ahead and open that up for general checkout access (never did manage to get SVN access here at WoWAce).

    folks here, please feel free to try it out, and check and see if your favorite bug has/has not been fixed. let me know here, or at WoWInterface.

    the URL for the page at WoWInterface is: http://www.wowinterface.com/downloads/info10864-AloftBeta.html

    i will look over the bug reports here and make sure i have everything, try to patch those up.

    next on the features agenda will be the prep work for WotLK. i don't have beta access, but it will help to be as prepared as possible.

    thanks to everyone for their patience in this process.
    Posted in: General AddOns
  • 0

    posted a message on Hook infinite loop?
    Quote from Nevcairiel »

    OnUpdate is actually being called on _every_ frame the game renders, so you get the message all the time. If it was a real infinite loop, the UI would lock up, and the game would crash after a while


    yeah.

    i am watching a particular frame, and dumping "tostring(frame)" into the output, the pointer value never changes. so, this is presumably the OnUpdate event stream for a single specific frame.

    however, the events (for that specific frame) are arriving at a suspiciously regular rate (right at 30 per second). i also did a debugstack() call as part of my output, and the call stack is rooted at the OnUpdate handler function and never changes, so you are absolutely correct, its not tail recursion.

    i suspect this is just my ignorance. the frames i am watching are Blizzard's nameplate frames (which Aloft plugs all of its functionality into). 30 "updates" a second is probably not out of line. i am very new to all of this, and simply have no idea what to expect.

    i probably just need to throttle this, rather than calling Frame:SetAlpha() 30 times a second (and all the other crap that is being done).

    however, if 30 times a second is actually not "sane", or if there would be a more reasonable GUI-ish event to trigger off of, it would be a good thing to know...
    Posted in: Lua Code Discussion
  • 0

    posted a message on Hook infinite loop?
    bear with me. this is all black magic to me (i understand the theory, but my practice is very very shaky). i am working with the addon "Aloft" (nameplate mod, heavily modularized), pulled off WoWAce.

    the addon otherwise seems to "work", but in trying to figure out some flow of control, i added some tracing to a module, and things ran amok. i have simplified the code a few lines at a time, until it equates to the example below, and the problem persists.

    so, the module is declared fairly simply:


    local AloftModule = Aloft:NewModule("AloftModule", "AceEvent-2.0", "AceHook-2.1")


    there is a hook function basically like this:


    function AloftModule:UpdateMethod(frame)
    ChatFrame7:AddMessage("enter")
    self.hooks[this]["OnUpdate"](this)
    ChatFrame7:AddMessage("exit")
    end


    it is being hooked (in the module, during module initialization) as follows:


    ChatFrame7:AddMessage("hook OnUpdate")
    self:HookScript(someframe, "OnUpdate", "UpdateMethod")
    ChatFrame7:AddMessage("hook OnUpdate complete")


    my results (to ChatFrame7) consist of what appears to be an infinite loop:


    hook OnUpdate
    enter
    exit
    enter
    exit
    enter
    exit
    ...


    i have done a "tostring(frame)" in these diagnostics, and the same pointer value (i.e. the same frame) is involved throughout. i have also commented out the invocation to "self.hooks[this]["OnUpdate"](this)". this being Aloft, the frame involved is a nameplate frame (specifically, the underlying nameplate frame supplied by the WoW client... this is in the process of trying to plug Aloft into these underlying nameplate frames).

    it really looks like a single call to AceHook-2.1:HookScript() churns forever.

    i hope i am missing something that is obvious to others, and that this has a simple resolution (whether i understand it or not :-)).

    thanks in advice for any advice.
    Posted in: Lua Code Discussion
  • 0

    posted a message on Aloft - Customized Nameplates - Official Thread
    Quote from Thortok2000 »

    Just plug in the same tags I'm using and you'll see the bug occur. Please fix!


    i will do exactly that: plug in your tags and take a look. i will get back to you here when i have some analysis done.

    edit/update:

    alright, encounered the problem in testing something else (i.e. arithmetic on nil health bar color values). i tracked it down to what appears to be non-firing of nameplate hook functions (guessing its an intermittent Blizzard bug, but i don't know enough). i applied a fix for that (specifically pulling in health bar colors on demand when they turn up nil), and had no further problems. applied your tags (name/level/comment), went to a large city full of friendly players, and had no further problems...

    well, except with text update timing during combat (revealed by your tags targetting functions, yet another bug in Aloft), but that is not specific to the HealthBarColor tag(s) :-).

    i am in the process of cleaning up a few things, and want to do a little more testing (PvP in particular). then i will roll the Aloft code into the SVN repository i have waiting at WoWInterface. i will post here and start a thread there when i have a "beta" release ready. you can verify this fix.
    Posted in: General AddOns
  • 0

    posted a message on Aloft - Customized Nameplates - Official Thread
    alright, i have dug into the HealthBarColor tag issue.

    it looks like this is "working", insofar as Aloft (since WoW 2.3) is able to determine class information for hostile/NPC units.

    the problem lies specifically in the underlying mechanism for identifying class for hostile/NPC units. basically "aloft can't do that any more". and even for friendly players, a mouseover or target action is required.

    so, if i am misuderstanding how this is "broken" (in terms of collecting the $10 reward via paypal :-)), please clarify. i am not interested in the reward, i just want to make sure that i fix whatever is broken, if it is fixable. as well, i am new to Aloft as an implementation, as well as new to LUA and the whole WoW API (and its conventions and limitations), so if i am stating the obvious here, don't saw my head off :-)

    from testing and digging into the code:

    nowadays, Aloft can try to grab all the data it wants for hostile/NPC units via the "mouseover" and "target" unitids, but then either the underlying Blizzard nameplate never goes "live" (i.e. never changes to a bar, such as for unflagged players of the opposing faction; this leaves Aloft with nothing to do), or it can't associate the data accurately with its own nameplates (because unitids and unit GUIDs cannot be mined directly out of nameplates; they must be associated circuitously via unit name, which for most NPCs is not unique).

    i suppose i could go through the gyrations to track class on pets and "town" NPCs (vendors/etc). they would have unique enough names to do the association. but what would be the purpose?

    it appears that the nameplate "color hostile by class" option is only meaningful now on flagged players of the opposing class. the tooltip for this option in the Aloft options menu does actually mention "players", but the basic option label text could probably be more clearly worded. i will try to spend some time in a BG in the coming days and verify this, but the code appears to be there in spades to do all of the necessary stuff (it is the same code that tracks friendly players, its just that unflagged hostile players don't have nameplates so there is nothing for Aloft to do with the information).

    class coloring of friendly nameplates, and the associated HealthBarColor text tag, seem to be fine, but again: it requires a mouseover or a target action before Aloft can collect class data and the nameplate color (and effect of the HealthBarColor) changes... except for group-members, in which case it is automatic (collected proactively when the roster changes).
    Posted in: General AddOns
  • 0

    posted a message on SVN access?
    Quote from Jncl »

    Here is the changelog info


    AWESOME. got it. thanks much!
    Posted in: AddOn HELP!
  • 0

    posted a message on SVN access?
    Quote from acapela »

    soon as i have SVN access i will give that a try.


    well, either the folks at WoWAce are backlogged, or they are not granting new requests for SVN access. i am guessing it could be a while (if ever) before access comes my way... which is cool, i expect they are busy.

    nevertheless i have a codebase to manage, and want to start tackling some bugfixes (i.e. stuff that does not consist of large, self-contained enhancements). so, i am going to go ahead and get the ball rolling on establishing my version of Aloft at WoWInterface (repository and release).

    could someone/anyone with SVN access do me a really big favor? execute the command mentioned earlier in this thread:



    ...and then email the resulting file (zip it up first if you want to) to "acapela at flash dot net". when i receive it, i will check it for truncation and etc, and follow up here with a thank-you.

    i just want to make certain a record of all the other contributors to the addon lives on in some form.

    thanks.
    Posted in: AddOn HELP!
  • 0

    posted a message on Aloft - Customized Nameplates - Official Thread
    Quote from Buio »

    It is a bit annoying Blizzard don't allow per default to not show critter/neutral nameplates.


    yeah, blizzard's underlying nameplate implementation almost seems like an afterthought... which is why Roartindon implemented Aloft all those many centuries ago... but of course while critters are not explicitly called out, many other sorts of filtering is supplied by Blizzard in the Main->Interface->Names menu. better than nothing, anyway :-).

    the feature i wish i had is being able to adjust the range at which nameplates become "live" (i.e. show a health bar, use for interaction, etc). i would like to be able to turn off friendly nameplates and so forth, and increase this "live" range, when in PvE instances. it would probably do bad things to my framerates, and would need some tuning of the settings, but right now it seems you need to be almost within melee distance for the "live" effect (and i tend to play ranged DPS classes/specs).
    Posted in: General AddOns
  • To post a comment, please or register a new account.