about sorting

[MrYang]

After I set it to "Textual", is there any way to put "2.txt" in front of "11.txt"?

snap_screen_20190712222703.png (63.28 KiB) Viewed 1550 times

snap_screen_20190712222626.png (12.21 KiB) Viewed 1550 times

[nas8e9]

Natural sort order does this?

[MrYang]

File sorting needs to be set to "Textual", which I hope will not be changed. (without changing the setting of "Textual". Is there any other way?)

Thank you.

[nas8e9]

Is there any other way?

From the help file:

· Natural: Results in a textual sort order, except that multi-digit numbers are ordered according to their numeric value. Also known as "intuitive filename sorting".

That sounds like what you're after?

[MrYang]

Thank you.

If "Natural" is set, why should "WinRAR 压缩文件" be ahead of "Windows 批处理文件"? I hope "WinRAR 压缩文件" is behind "Windows 批处理文件".

snap_screen_20190712231307.png (14.27 KiB) Viewed 1532 times

[MrYang]

This problem started with version 20.10.0000. Version 20.00.0000 does not have this problem.

[nas8e9]

I see that too, you're right: textual sorts correctly, natural doesn't. It may have to do with case (WinRar), but that contradicts the help file (sorts work the same other than multiple-digits sorting).

[MrYang]

I just noticed.

"Natural" is set.

Sort by "Type", "WinRAR 压缩文件" is in front of "Windows 批处理文件".
Sort by "Name", "Windows.txt" is in front of "WinRAR.txt".

It seems inconsistent. Why?

snap_screen_20190712233320.png (53 KiB) Viewed 1526 times

[admin]

So the problem is only in the Type column?

[MrYang]

I haven't found it anywhere else. Can you reproduce this problem?

(It's 12 o'clock in the evening. I'll come back tomorrow morning to pay attention to this problem. Thank you.)

[admin]

Yes, it will work in the next beta release.