Skip to content

Sort issue reported by a user #516

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

Closed
torakiki opened this issue Jul 12, 2022 · 1 comment
Closed

Sort issue reported by a user #516

torakiki opened this issue Jul 12, 2022 · 1 comment
Milestone

Comments

@torakiki
Copy link
Owner

Secondly, files are automatically sorted
alpabetically, and as I'm norwegian, I use files
names with norwegian characters. Our alphabet is
similar to the english with tre additional letters
at the end: XYZ���, in this order.
However, PDFsam sorts � as an A, which it is not.
Finder handles this correctly, and it would be
good for a pdf program to have support for
international alphabeths.

@KVolker
Copy link

KVolker commented Feb 6, 2023

In German we have the same issues often the other way around: we have umlauts (äöüß) and some programs sort them to the end (they just use the ANSI codes for sorting, I suppose), which is against the sorting rule in German, which is to "overlook" the umlaut (ß is treated as "ss"). The same is true for French and Spanish, where á or ñ go along as a and n. So for some languages to fall back to "ANSI-sorting" would be a downgrade.

@torakiki torakiki added this to the 5.2.0 milestone Oct 31, 2023
torakiki added a commit to torakiki/sejda-commons that referenced this issue Oct 31, 2023
Fallback comparator wasn't always used, resulting in a simple a.compareToIgnoreCase(b) that wasn't taking into account Locale specific issues, special chars etc etc
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants