Bug: Sort dirs like files, sort by extension, dirs with .

[katatonic]

Consider the situation when we use the option "sort dirs like files" and the list is sorted by extension. This is quite a common set of options, I suppose.
If there are dirs with "." in the name, everything after the dot is treated as an extension of the directory and such dirs go to the end of the list. I think that most of the time this is not the desired behaviour. For example this might separate in the list folders like "jdk" and "jdk1.4", quite bad.

I suggest that dirs are never considered to have an extension when sorting.
Moreover people usually don't need to use the notion of an extension for folders, and if there is a dot in the name it is most probably perceived as part of the name, not an extension - even TC displays it as part of the name.

[norfie]

[Hacker]

Yep, there's also been a discussion concerning this and RenameSelOnlyName=1 on the beta forums.

Roman

[Aezay]

Consider the situation when we use the option "sort dirs like files" and the list is sorted by extension.

What option is that?

I thought it was the Display -> Sorting directories setting, but i couldnt reproduce your explanation.

[SanskritFritz]

i couldnt reproduce your explanation.

It happens when you sort by extension, when you have dirnames with "extensions", like "backup.old".

[katatonic]

It's not a bug it's a feature. It's only a question of interpretation.

TC never displays extensions for folders (in the file list panel), even if they have dots in the name - it only shows names in the name column. This implies that TC considers that folders do not have extensions, they only have names (even in cases like "backup.old") and to me this is the logical interpretation. That's why I'm reporting this as a bug - the behaviour in TC is self-contradictory as it is now.

It could be considered a feature by those who prefer the current behaviour, but then I think there should be at least an option (or INI setting) to change this behaviour.