-
-
Notifications
You must be signed in to change notification settings - Fork 125
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
Chapter sort issue with large volume/chapter counts #9
Comments
This is the expected behavior when sorting by filename. It would be unreliable if Mango has to parse numbers from the filenames. For example, a filename might contain both volume and chapter numbers (e.g., How do you think Mango should handle this? |
I have been thinking about this, and one way to handle the problem is to add an "intelligent sorter" to the list of sorting options. The intelligent sorter would attempt to parse the filenames to retrieve the chapter/volume numbers and sort the files accordingly, and when it fails it can simply fall back to use the default filename sorting. I will try to include this in the next release. |
This is added in v0.2.0. The default sorting option for chapters is "Auto", which sorts files in the way you described. |
Auto sort is working! My manwha displays correctly (after renaming the files as Volumes, as opposed to their original naming as Episodes). |
When I imported a manwha with 500+ chapters, the sorting ordered them as follows:
1
10
100
101-109
11
110-119
12
etc. etc.
Would it be possible to have them listed in the proper order without having to prepend zeroes into the names?
The text was updated successfully, but these errors were encountered: