Total Commander

I'm currently using Windows Pro in my daily work. I will probably switch to Windows Vista sooner or later and others too.
TC has nice looking directory icons in TC 7. They look even good on a directory where special folder icons are used for some folders. Although the directory icons are quite different the coloring is quite similiar.
On Windows Vista the folder icons look completely different. Special directory icons and TC directory icons mixed in a directory doesn't look good.
Any comments are welcome.

I still haven't figured out why TC can't use the system icons for directories. I'm still trying though...

I guess extracting icons from shell32.dll (or whatever is used in Vista) and using that for making a TC icon library is prohibited.

I still haven't figured out why TC can't use the system icons for directories. I'm still trying though...

Because it's 1000 times faster to use your own icons than to ask the system for each individual folder!

I guess extracting icons from shell32.dll (or whatever is used in Vista) and using that for making a TC icon library is prohibited.

That's correct.

ghisler(Author) wrote:Because it's 1000 times faster to use your own icons than to ask the system for each individual folder!

I don't understand, where's the difference?
Current behaviour:
1. Load TC icons including folder icons (opened/closed/shared) and cache them.
2. When reading the dir. contents, request for system icon. If it is defined - show it; if no - show the default TC folder icon.

What is suggested:
1. Load TC icons without folder icons, load them from shell32.dll; cache all the icons loaded.
2. When reading the dir. contents, request for system icon. If it is defined - show it; if no - show the folder icon obtained from shell32.dll and cached on the step 1.

Where is this 1000 times acceleration?

load them from shell32.dll

That's not the way Explorer does it - do you know a high level API function used by Explorer?

Lefteous wrote:That's not the way Explorer does it - do you know a high level API function used by Explorer?

Do you mean ExtractAssociatedIcon?
I don't know exact functions used by Explorer, but in any case shell32.dll was just an example. Replace it with any other API call with successive caching, it would hardly change much.

2Flint
The current problem is that the function which returns the folder icons used in Explorer is unknown. Anyway all is completely offtopic...

What happened to the cool new icons & pics that were in TC beta?
The 6.56 alpha released, and the new icons are NO MORE

oviradoi wrote:What happened to the cool new icons & pics that were in TC beta?
The 6.56 alpha released, and the new icons are NO MORE

a) TC 6.56 is NO Alpha but a Full Ready Version
b) TC 6.56 is PRE-TC 7.0
c) the Icons will be coming with TC 7.0 wich is in Beta Stadium

oviradoi wrote:What happened to the cool new icons & pics that were in TC beta?
The 6.56 alpha released, and the new icons are NO MORE

You are able to see the icons only if you install TC7b2 over 6.56 or in a different folder (which is preferable). If you install TC7b2 over 6.56 though, you will probably face the bug(s) TC6.55 had with packing. Read the release notes here to see if it's worth it. If you are a little patient, i think Christian said that TC7b3 will probably be out soon which will have all the 6.56 bugfixes.

2Flint
You maybe don't know Win API here: Explorer uses SH* functions to get icons, which are slow. You must create virtual ListView and tell Windows to fill it with current folder icons- so you'll get them in ListView. It's slow.