[9.0b9x86] Folder icons from internal associations ignored

[MVV]

When using system icons, file icons from internal associations have priority over system icons, but folder icons from internal associations are completely ignored.

[ghisler(Author)]

How do you open folders with internal associations? They are for files only, not for folders.

[MVV]

I do not open folders of course, but I add context menu items for folders, it is very handy (e.g. for opening project folder in IDEA or PHP Storm). But that day I've tried to set generic folder icon using internal associations (system folder icon is the most ugly thing in TC with system icons). Perhaps setting different icons for folders by some plugin criteria could be useful too. So I wonder why TC adds context menu items but ignores icon setting for the same internal association for folder.

[ghisler(Author)]

Sorry, that's not the purpose of internal associations. To set folder icons, use the Explorer method:
1. Put file desktop.ini inside the folder, containing e.g.
[.ShellClassInfo]
IconResource=c:\totalcmd\totalcmd.exe,0

2. Set attribute of the folder to "read only".

This is what happens when you change the icon of the folder via Alt+Enter too.

[MVV]

But what if I want to change default folder icon? Why does TC have such strange limitations? I don't see any sense in this limitation. Just like there is no any sense in ignoring icons for archives from internal associations... It is not hard for you to allow such things and it will make many people really happy, and at the same time it won't make anyone unhappy.

[ghisler(Author)]

Sorry but I really don't want to have to check all internal associations on each directory change just to set a tab icon.

But what if I want to change default folder icon?

You can do this now in Configuration - Options - View Modes - <Default>. This has been added a few versions ago.

[MVV]

Unfortunately I don't want to change tab icon, I want to change folder icon. Since TC already scans all internal associations for setting icons for files, there is no problem in doing the same for folders too (TC should only scan for icons for visible items so it shouldn't slow anything down anyway). And, if we talk about tab icon, it won't be slow at all to check internal associations on directory change because it is a user-made action and his reaction will be slower anyway, and scanning new folder files for icons will take much more CPU load.

[ghisler(Author)]

Sorry but that's even a worse performance killer.

[MVV]

Why not let people decide how to kill performance?
There are plenty ways to do it with current TC...