Version: unspecified (using KDE 4.5.2) OS: Linux By now files and folders in grouping view mode are always shown in a combined numbers group at the end of the list. That's not very convenient, it's as if you would decide to put all files beginning with let's say A to J in one group and show that at the end after Z. Instead I'd like to see the files and folders beginning with a number 1. placed at the beginning of the list, not at the end. My very important or very often used files and folders begin with 0_ to have them at the very beginning of a folder and in special cases they begin with numbers to allow an importance related sorting. This does work when the files are not grouped and should not change when grouping is enabled. 2. grouped into own groups like the files and folders beginning with a letter. One group for 0, one for 1 etc. Then the option to select all files of a group also would make sense for the files beginning with a number. Reproducible: Always OS: Linux (i686) release 2.6.36-0.slh.2-aptosid-686 Compiler: cc
I just tried to repeat this in dolphin 2.0 on KDE 4.8.3 (Chakra). When I added a new folder starting with a number and sorted by Name in groups, the numeric folder was first in the list. Is this bug still valid?
Created attachment 72353 [details] screenshot of dolphin grouping in 4.8.4 Well, yes and no... You are right, the numbered folders aren't at the end anymore but at the beginning, so point 1 is ok. But they are still combined in one group 0-9 instead of one for each number. And, I don't know why, I have *2* file groups labeled 0-9 (see attached screenshot). Files beginning with 0 are treated as extra group though both groups, 0, and 1-9 are labeled 0-9.
0 should be below ! and other special characters, either together in one group with 1-9 or all numbered files should have own groups.
This strange sorting is still valid for KDE SC 4.9...
I just disabled the natural sorting for testing - and suddenly the files sort as expected, the extra 0-9 group for the 0-files has disappeared. But I don't see why the sorting should be "natural" with two 0-9 groups, one for files beginning with 0 and the other for files beginning with 1-9... so I tend to classify this as bug and not withlist...?
Created attachment 72955 [details] screenshot without natural sorting
Resetting assignee to default as per bug #305719
Looks like this basically works as expected now.