Tag-Based Search?
14 years ago
Posts: 67
Right now to find a Manga, I have to manually edit the URL to include multiple genres and multiple categories. I'm not sure if there's an easier way to do this.
What would be great if there was a simple tag-based search (tags is a vague term that I'm using for both genres and categories). Entering '+romance +comedy -horror' would be an example input.
14 years ago
Posts: 146
Already there. Just go to Genres then Advanced Search by Genres.
14 years ago
Posts: 67
Ah, I see. But is there a way to exclude tags?
14 years ago
Posts: 437
You can exclude genres in your search, but not categories (you can only include categories right now).
14 years ago
Posts: 67
..Will that get fixed sometime? I assume it'd just be another box that adds the excludecategories GET variable.
14 years ago
Posts: 437
I think the feature sounds useful, and it will probably added sometime in the future, but... it's up to the one who does the coding to decide, and there is only one person available to work on coding right now, and there's already a long to-do list for him, and coding searches is very difficult, so... it may not be until the very distant future. I wish I had better news for you, but... for now, that's the situation.
14 years ago
Posts: 67
Ah. Not to be rude, but why is coding searches difficult? Shouldn't it be a simple SQL statement?
14 years ago
Posts: 298
Quote from 166291
Ah. Not to be rude, but why is coding searches difficult? Shouldn't it be a simple SQL statement?
In short, yes they are all simple and often short SQL queries... not so when you try to combine them.
From personal experience, search queries get exponentially more complex the more options you add. Especially if those options are cross-table and have special (non-generic) conditions.
Not to mention to still keep the queries as optimized as possible (as to reduce system load and search times).
14 years ago
Posts: 67
Quote from Joentjuh
Quote from 166291
Ah. Not to be rude, but why is coding searches difficult? Shouldn't it be a simple SQL statement?
In short, yes they are all simple and often short SQL queries... not so when you try to combine them.
From personal experience, search queries get exponentially more complex the more options you add. Especially if those options are cross-table and have special (non-generic) conditions.
Not to mention to still keep the queries as optimized as possible (as to reduce system load and search times).
I gather this was a system wasn't designed to have tags, then added them on later?
I'm not a web developer (I mainly hack away in C++), but surely there's a system out there that's meant for tag based searching. I'm not so sure about SQL, but from what psuedocode I just tried to make, it doesn't seem like the right tool for the job.
(This has turned in to a discussion more about tag based searching rather than the site itself)
14 years ago
Posts: 26
I don't get what you mean by it's already there there are only genres not categories in the advanced search
14 years ago
Posts: 26
oh never mind that I found it sorry for the useless posts
