file sorting

[cooke769]

 * Nemo version (nemo --version) 4.6.8
 * Is issue with desktop or windowed nemo? desktop
 * Distribution - (Mint 17.2, Arch, Fedora 25, etc...) mint 20.1
 * Graphics hardware *and* driver used AMD RX480 standard mint install
 * 32 or 64 bit 64 bit

Issue Nemo's file sorting for me is wierd - in a list of author folders in my ebook folder are sorted by the name column, however the sorting (for example in the attached screenshot of my folder list image) are not alphabetic as I'd expect.

They're alphabetic-ish?

But Dans are mixed in with Danas and so on throughout the list.

I read through the open issues and I can understand the concepts raised in these (pretty vaguely though, I'm a user not a dev :) ). As a lot of these issues were pretty technical, and maybe a little heated too, I'm not 100% sure my issue is the same as the others that are open.

Is my issue simply related to natural sorting, and is it something that I'm able to change on my system to be straight alphabetical?

Steps to reproduce Open Nemo in List view, sort the folder list by name.

Expected behaviour All the Dans would be sorted with Dans and all the Danas with Danas and so on.

Other information

Anyway - Thanks heaps for your time Team!

[cooke769]

Hi All

OK I did some testing to figure out if my issue is related to natural sorting and added the ascii sort option to my profile as per #2085.

This indeed has swapped the behavour to as I have asked about as above - however the /home/username/ folder has a couple of system folders that have now jumped to the top of the list and are ignoring the sort.

Before these were fine sorting alphabetically.

I've attached a screenshot.

I'm a little bewildered by this - is this expected behavoir?

Thanks for your time Team!

[Jeremy7701]

How well does this work in other Latin languages or even non-English languages?

[princepaul]

I can confirm this bug on Nemo 5.0.2.

Expected sort order is like ls -l:

[Jeremy7701]

I tried it: English (UK) in LMDE4 (Nemo 4.8.6) Looks like ls -l is "wrong"?

jeremy@hal:~$ touch 000-1.txt
jeremy@hal:~$ touch 001-1.txt
jeremy@hal:~$ touch 002-1.txt
jeremy@hal:~$ touch 003-1.txt
jeremy@hal:~$ touch 01-1.txt
jeremy@hal:~$ touch 02-1.txt
jeremy@hal:~$ touch 03-1.txt
jeremy@hal:~$ ls -l
-rw-r--r--   1 jeremy jeremy     0 Jun 27 12:02  000-1.txt
-rw-r--r--   1 jeremy jeremy     0 Jun 27 12:02  001-1.txt
-rw-r--r--   1 jeremy jeremy     0 Jun 27 12:03  002-1.txt
-rw-r--r--   1 jeremy jeremy     0 Jun 27 12:03  003-1.txt
-rw-r--r--   1 jeremy jeremy     0 Jun 27 12:03  01-1.txt
-rw-r--r--   1 jeremy jeremy     0 Jun 27 12:03  02-1.txt
-rw-r--r--   1 jeremy jeremy     0 Jun 27 12:03  03-1.txt

In List View

In compact view

In icon view

In both icon view and Compact view I chose order by name, not reversed. In list view, I chose sort by name

[EDITED for incorrect list view]

[princepaul]

I tried it: English (UK) in LMDE4 (Nemo 4.8.6) Looks like ls -l is "wrong"?

jeremy@hal:~$ touch 000-1.txt
jeremy@hal:~$ touch 001-1.txt
jeremy@hal:~$ touch 002-1.txt
jeremy@hal:~$ touch 003-1.txt
jeremy@hal:~$ touch 01-1.txt
jeremy@hal:~$ touch 02-1.txt
jeremy@hal:~$ touch 03-1.txt
jeremy@hal:~$ ls -l
-rw-r--r--   1 jeremy jeremy     0 Jun 27 12:02  000-1.txt
-rw-r--r--   1 jeremy jeremy     0 Jun 27 12:02  001-1.txt
-rw-r--r--   1 jeremy jeremy     0 Jun 27 12:03  002-1.txt
-rw-r--r--   1 jeremy jeremy     0 Jun 27 12:03  003-1.txt
-rw-r--r--   1 jeremy jeremy     0 Jun 27 12:03  01-1.txt
-rw-r--r--   1 jeremy jeremy     0 Jun 27 12:03  02-1.txt
-rw-r--r--   1 jeremy jeremy     0 Jun 27 12:03  03-1.txt

In List View

In compact view

In icon view

In both icon view and Compact view I chose order by name, not reversed. In list view, I chose sort by name

[EDITED for incorrect list view]

Do I miss something? I am on en_GB.

[Jeremy7701]

No, I have exactly the same settings for locale. Sorry to duplicate your post.

[Uhter]

Any solutions since 2 years?

[Jeremy7701]

You obviously haven't read all of https://www.unicode.org/reports/tr10/ ;-)

Extract:- "Collation order is not preserved under concatenation or substring operations, in general."