PhanxChat 

Please read the "Have a feature request?" section in the addon description above.

Timestamps have already been requested many times, and I have declined to add them just as many times. My view on timestamps is that they are worthless clutter, and my entire motivation for writing this addon is to add functionality while reducing clutter in the chat frame. As such, I will never add timestamps to my addon. There is a link in the description above to a standalone timestamp addon that will run just fine alongside my addon, and I'm sure there are other timestamp addons available if you look for them.

Uploaded version 20100-r07. This version changes the method for getting player classes from short who query results, so you will now get class colors for shift-clicked Blood Elves and Night Elves. It should also fix the issues with names containing special characters. I've actually had this fixed for about a week, just hadn't gotten around to uploading it. >_>

Hmm. Well, "Night Elf" is the problem, since the pattern is searching for a number (the level) followed by a single word (race) followed by one more single word (class), and since "Elf" is not a class, it's not coloring that name. I don't play Alliance, but it's probably an issue with blood elves as well. I really haven't spent a lot of time testing everything, so it's quite possible I've never shift-clicked an elf. :P

The guy who's not a night elf, I have no idea. The special character shouldn't pose a problem, since other names with special characters are being colored fine... I'll try to find someone with an accented O in their name to test on.

I think the problem was that it was too specific, and wasn't picking up all variations with guild names, zone names, etc, so now it only matches for the first part of the pattern, with "Name - Level X Race Class " and doesn't bother with the end part. Could you possibly provide some specifics on which names it isn't picking up? With guild name and zone if possible.

Oops. Uploading a repack now with the lib entires in the TOC. I delete them in my personal working copy, since having nonexistent files in the TOC adds to load time and fills up the FrameXML error log, and put that in the zip instead of the public release copy.

Anyway, r06 changes the search pattern for short who queries to be less specific (this should fix your problem Jackalantern), and adds an extra check to prevent errors when validating items in AtlasLoot. I need to dig through the AL code and see why this is happening in the first place, but for now this will work.

It's not available from files.wowace.com because it isn't hosted on the Wowace SVN. I have several reasons for choosing not to host it on Wowace.

First, I already have three places to upload it any time I make a change or fix a bug, and I'd rather not add a fourth, especially since posting it on Wowace would require me to download, install, and learn to use SVN client software, rather than simply filling in a form in my web browser. Far more work than I want to do just to make it more work to release updates!

Second, I don't want other people making changes or additions to my code, and if it's on the SVN, other addon authors or maintainers have open access to do whatever they want to the code, while that code stays part of my addon, with my name on it, even though I may not approve of or even know about what they've done to it. Sure, I could ask the SVN administrators to lock it so that I only I can make changes, but again, it's a lot more effort than should be needed, and more than I'm willing to expend just to making releasing updates more work.

Third, I like the fact that people can't update my addon through WAU. WAU is great and wonderful, yes, and I use it myself, but it has the unfortunate effect of being so easy to use that it ends up reinforcing the "Ace is better" misconception. The more people who use only addons they can update through WAU, the more people who are using only Ace addons, and the more people who are missing out on all the other great addons out there. I've seen many, many forum threads -- on this site, on Wowace, and on other sites -- where people have listed a bunch of addons and said "I want to get rid of these, what are Ace alternatives?". These kinds of posts are extremely ignorant, and many times the lists include addons that already use Ace libraries (including PhanxChat) simply because the poster assumes that all Ace addons are on Wowace, and that all addons not on Wowace don't use Ace. Not only is this assumption wrong, it's also wrong to think that simply because an addon uses Ace, it's automatically better than an addon that doesn't use Ace. The purpose of Ace is to make it easier, faster, and more efficient for authors to develop addons. The inclusion of exclusion of Ace -- or any other library -- in an addon shouldn't even be a consideration for users. If it works for you, use it, if it doesn't, use something else. The building blocks of an addon are not nearly as important as the construction -- i.e. how well the author coded it. You can have poorly written addons using Ace libraries, and well written addons not using Ace libraries.

In closing, turn on email notification for favorites updates, and it's less work for you to download it from WoWInterface than it would be for me to keep it updated on Wowace. Also, PhanxChat may not use Ace libraries forever, and most of the other addons I maintain don't use Ace libraries. It's also about 1000x easier to keep track of comments, bug reports, and feature requests on a site like WoWInterface than it is to track those things in a forum thread on Wowace, which is where they'd all go if it was available for download there.