yea, but how much does it really CHANGE? I mean, I know the event fires a lot, but do unitids rearrange a bunch when it doe? Guess it doesn't matter, the more I think about it, the more indexing by name makes more sense.
considering I put it up last night, I doubt anything does :P
Are roster changes happening mid-battle? I can force a full update after a roster check, but it won't catch stuff outside the 30yd range until a combat log event fires. I guess the real question is how MUCH does the roster change on an event? I'm just kindof assuming it's totally different, wiping it, and restarting. I guess I could reverse the logic and store by unit name instead of unitID, and reverse the lookup as well (it would still take a unitid for lookup, but would pull from the table based on name. Give it a test run and I'll look into changing that stuff. Don't worry, I won't remove or break anything in the API, only add to it.
Hey maia, I've had a few people requesting range checking similar to Squishy's for CorkFu... and I had an idea. Why don't you convert the range checking into an embeddable library? That'll remove duplicate code and such :) The mod would simply need to poll the embed to find out if the unit is in range, or maybe that time of the last action seen from the unit or something. I'm gonna skim your range code later, but I think a shared embed might be a great thing :)