It is supported by many popular addons, and also applies your custom colors to all parts of the Blizzard UI that are normally class-colored. If you want to colorize more parts of the Blizzard UI, check out yClassColors by yleaf.

Type “/classcolors” for options, or open the Class Colors panel in the Interface Options window.

Language Support

Works in all languages. The options panel is completely translated into English, Deutsch, Español, Português, and Русский; and partially translated into Français, Italiano, 한국어, 简体中文, and 繁體中文. You can add or update translations for any language on the CurseForge project page.

Reporting a bug? Please make sure you have the latest version of the addon from this page, and then include detailed instructions I can follow to reproduce the bug myself, whether the bug still happens when all other addons are disabled, and the exact text of the accompanying error message, if any.

How to make your addon support Class Colors

Basically, any time your addon would read a value from the RAID_CLASS_COLORS table, just look for a CUSTOM_CLASS_COLORS table and read from it instead.

If your addon uses a local upvalue for RAID_CLASS_COLORS, or builds a local cache table of class colors, you should update your upvalue or cache in response to the PLAYER_LOGIN event, and register for a callback to be notified when the user changes a class color.

Please do not check for the !ClassColors addon by name — eg. with GetAddOnInfo or IsAddOnLoaded — or set !ClassColors as a dependency for your addon. Use the methods described above.

Addons have no access to the class-colored player blips, and can only "modify" some other types of blips through a special API that only allows setting the texture, not setting the vertex color, so even if it were possible to replace the class blips, you would have to edit the texture file yourself in Photoshop or a similar program.

The default UI does not color the player name in the character frame, so I won't do anything with that.

Nameplates are only class-colored if you enable the option, and then only in enemy player nameplates, and then only under some circumstances I've never encountered. I have that option enabled, but have never seen class colors in anyone's nameplate, enemy player or otherwise. For that reason, I haven't been inclined to jump into the convoluted and inefficient mess that is the world of nameplate modification.

For users: to get rid of the messages spamming your chat frame, open up ClassColorsBlizz.lua in any text editor, find each instance of the word print and place two dashes -- in front of it. There are about 13 of them.

__________________
"You'd be surprised how many people violate this simple principle every day of their lives and try to fit square pegs into round holes, ignoring the clear reality that Things Are As They Are." -Benjamin Hoff, The Tao of Pooh

Since the last patch, the raid window was getting the colors wrong, if I moved people around from group to group they would take the same color as my character... if I played on mage they would all turn light blue, as hunter they would go all green. Did they change something on their code that would make that happen? No errors at all, just the coloring of all raiders regardless of class would end up being the same color as the character I had in raid at the time. It looks funny to have a raid full of the same class.

Please don't post 500 lines of local variables and other junk in a comment. I deleted it, because it's not relevant (only the actual error message is relevant in 9999999999999/10000000000000 cases) and I don't want to have to scroll through it.

Anyway, that error can only occur if one of your other addons is doing something wrong, and calling ChatFrameN:AddMessage without actually providing a message. I know AtlasLoot used to cause that error years ago. I don't know what addon might be causing the problem for you (it may even be AtlasLoot) but it is caused by some other addon.