Posted under Site Bug Reports & Feature Requests
Add a Generaltag column For Generaltag(Why are there only tags but no Generaltag?)The character is always in the front(For example, after clicking on the General tag, the items related to the character will always be at the front.).To save space, only the topmost sub-label of the chain/tree diagram will be displayed.(For example, if wolf is displayed, canid, canine, and canis will not be displayed because these tags will be automatically added at the end.)
Updated
I'm going to give my best effort in figuring out what you're saying, but I'm far from confident I'm correct, so feel free to correct me if I'm wrong.
kubihazusaikou said:
Add a Generaltag column For Generaltag(Why are there only tags but no Generaltag?)
I'm guessing you're saying "Why isn't the tag list in the search sidebar sorted by category like the post view tag list is?", to which the answer is that this list is meant to allow users to easily add & remove tags from their search, so ordering this list of tags that most frequently show up in their search by tag popularity is more useful than ordering by category.
kubihazusaikou said:
The character is always in the front(For example, after clicking on the General tag, the items related to the character will always be at the front.).
I think you mean at the top of the list?
kubihazusaikou said:
(For example, after clicking on the General tag, the items related to the character will always be at the front.).
Yeah, that's the point. If a character is usually drawn with armor & you want to see them without armor, it's more useful to have armor towards the top of the list. It also allows users searching for something specific using general tags to find a more specific tag that better fits what they want (e.g. a search for elderly young will show age_difference towards the top). It's less useful when searching for a character due to their species (& their associated copyright tags, if applicable) will flood the top of the results, but that's still useful; a different character dressing up as the character will also have their tag applied, & adding their species can help remove these. Besides, changing the way relation data is derived to devalue tags that are common in the search results because they're common in general would be the more desirable solution.
kubihazusaikou said:
To save space, only the topmost sub-label of the chain/tree diagram will be displayed.(For example, if wolf is displayed, canid, canine, and canis will not be displayed because these tags will be automatically added at the end.)
I'm going to guess you're asking for the Tags list in the sidebar to remove the implications of tags explicitly included in the search query; that's unlikely to happen now that we have grouped searches, as it's harder to determine when a tag is being removed from the search, & for complex group searches, knowing which implied tags are more numerous might be desirable. Additionally, sometimes users actually want the implication & not the tag that implies it (see here for an example). As a final note, from what I know, adding this with the way this list is collected would require going back over it & removing implied tags from the list (which has a computational expense) & then either recalculating the list with more tags (which adds even greater hits to performance) or just sending out less tags (which decreases the list's utility for little benefit). Finally, there's so many tags in the sidebar that filtering implications isn't really needed, as they're unlikely to completely overtake the results.
Coincidentally, I'm actually working on reworking this system now, so I'll try to keep it in mind, but don't get your hopes up.
P.S. I've directly asked you once, twice, & now three times to properly format your titles for forum topics about feature requests with [Feature] The rest of the title & explained to you it makes it easier for developers like me to find them & keep track of them, something that's pretty important if you actually want them to be added; at this point, if your feature requests get lost or forgotten & no one implements them, you know why.
Hiding implied tags if their most specific form is present is not a good idea: an animal_humanoid humanoid pokemon_(species) -pokemon_humanoid pair (for the sake of example, Gardevoir and a catgirl) would only display animal humanoid even if there are two humanoids, where one is a humanoid Pokémon (not a Pokémon humanoid! These are different!) and the other is a non-Pokémon animal humanoid. Such a post should always display animal_humanoid and humanoid simultaneously, because one of the characters is just a normal humanoid.
