David wrote: ↑April 18th, 2021, 11:06 am
I agree that this is not the best way to do this.
Yo. That is, going by the assumption that flexibility was the intention, and preferred choice, here. Or should have been. As an experienced web programmer, I am, of course, familiar enough with database modelling to know about associative tables - and how to use them. In this case, I deliberately limited the number of tags to three; by design. The goal is to have mod authors select (only) the tags most relevant to - descriptive of - their mods. Not for each mod to be tagged by whichever description somewhat fits, nor for the tags to hold all mods that one might say potentially fit into their categories. I don't want to fear that adding new tags contributes to - comes with the risk of - mod pages being flooded with them. Particularly given that, these days, mod authors submit and modify their own mods, and (thus) pick these tags. Tags are being added subjectively, and this limitation decreases the probability of unapplicable tags being added, because tags that clearly apply have a greater chance of being selected. I am aware that this means e.g. "sdlpop" may not hold all SDLPoP mods, but that was never my (the?) intention.