-
-
Notifications
You must be signed in to change notification settings - Fork 160
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Filter by pages count #586
Comments
Unavailable. The page number can only be known when decompressing the archive, which will increase the server load considerably just because of the small feature. |
We can have the pages count in the metadata (info.json) file right? I think the filter by pages count should only available when the archive is parsed by internal plugins. |
Not all archives have and use info files, and once you've added the metadata you can sort by page number, so what's the point of creating this issue? |
If the equivalent of The server expects certain filetypes (which I believe get lumped together when served) so irrelevant ones do not matter. For PDFs assume at least one page. |
Since the switch to the new libarchive bindings, it's possible to get the file count (and size) fast enough: LANraragi/lib/LANraragi/Utils/Archive.pm Line 198 in 6c1b241
This function is already used in the revamped extract/thumbnail system, and could also be leveraged to fill the pagecount field in the database on initial file indexation. Past that, extending search to take page counts into account is a good enhancement, but it certainly needs the above work done first. |
And old ones as part of the shinobu filemap process.
This'll be in 0.8.9 -- You can search for galleries with a specific number of pages with |
Please describe your suggestion, and the problem it'd solve.
Pls add "filter by pages count" like nHentai did
"You can search for galleries with a specific number of pages with pages:20, or with a page range: pages:>20 pages:<=30."
The text was updated successfully, but these errors were encountered: