IMHO, one fairly large obstacle to your suggestion would be to come up with a practical way to implement it. Colors can be difficult to categorize, and as you implied in your last post, there is the issue of secondary, tertiary, perhaps even more colors in a single theme to deal with. And what do you do about compound colors such as blacks, grays, silvers, browns and metallics, not to mention gradient fills?
This is further complicated by the effects used beyond just hue or chroma such as saturation, brightness, filters and lighting effects. As just one "simple" example, the color RGB (255, 0, 255) is referred to often in this forum as magic pink, but other standard pallets including Microsoft's and Adobe's refer to it as fuscia or magenta. Do you place it with the reds? the violets? make a pink category? What if it's just a little off this color? (As it would have to be not to be interpreted by WB as invisible...lol)
Then there is the issue of compound skins and colorpacks to deal with as well. Add to that the complexity and diversity of components offered in the various libraries, and categorizing them. How do you propose to deal with walls for example? Or multicolored elements like icon packages? And to make this all work, someone has to go back and create or modify a database of the existing libraries as well as provide a mechanism for categorizing new submissions.
In the abstract, I think it would be nice to have this too. I just don't think it's practical.
WinCustomize Forums
