File sorting behaving unexpectedly #2
Labels
No Label
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: hardcoresushi/DroidFS#2
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I have an encrypted folder with a bunch of files, named 1..200.
Current behavior
They are sorted like this:
1, 10, 100, 101, ... , 109, 11, 110,...
Expected
They should be sorted
1, 2, ... , 10, ... , 50, ... , 100, ...
You're right, We need to implement natural sort order when sorting by name.
Done! (
95eed07719
)The fix will be included in the next DroidFS release.
Thank you a lot!
I tried to do it myself but couldn't get the project to build on macOS. I thought about setting up a ubuntu VM but didn't have the time.
Oh I don't use macOS so I couldn't help you on it, sorry. However I could publish the compiled libraries of libgocryptfs if you want, so you only need to build FFmpeg and the main DroidFS code.
Otherwise, you could try to build the app using the F-Droid build server so it's entierly automated. Here is a guide: https://gitlab.com/fdroid/fdroiddata/blob/master/CONTRIBUTING.md#building-it