ICO Icons

[Clo]

—> Lefteous

Hello Christian !

• Unfortunately, you are totally right…

 VG
Claude
Clo

[petermad]

Copy this code to for example an icons.reg file, and doubleclick it:

Code: Select all

REGEDIT4

[-HKEY_CLASSES_ROOT\.ico]

[HKEY_CLASSES_ROOT\.ico]
@="icofile"
"PerceivedType"="image"
"Content Type"="image/x-icon"

[HKEY_CLASSES_ROOT\.ico\PersistentHandler]
@="{098f2470-bae0-11cd-b579-08002b30bfeb}"

[HKEY_CLASSES_ROOT\.ico\UndoClass]
@="icofile" 

[HKEY_CLASSES_ROOT\.ico\shellex]

[HKEY_CLASSES_ROOT\.ico\shellex\{BB2E617C-0920-11D1-9A0B-00C04FC2D6C1}]


[-HKEY_CLASSES_ROOT\icofile] 
[HKEY_CLASSES_ROOT\icofile]
@="Ikon"
"ImageOptionFlags"=dword:00000000

[HKEY_CLASSES_ROOT\icofile\DefaultIcon]
@="%1"

That might reestablish you icons as themselves in TC

EDIT: added REGEDIT4 to the code above

[Clo]

2petermad

Hello Peter !

• Thank you ! But it needs only to add a header as :

Code: Select all

REGEDIT4

or else the file is refused as a Registry script !

• Works again now ! I guess that CWBillow might give it a try too (with the header, of course).

 FR
Claude
Clo

[Clo]

—> Lefteous

Again…

• Applying the Peter's key does the trick in TC 7.01. The native 24² icons and others are displayed alright
according to the size stated in the Options, so here : 21²

- However, in TC 6.56, the icons are also displayed again “as themselves”, but as 16² while the stated size is the same 21²…
- Not a big deal, though I use still 6.56 from time to time, to update 7.0x and to compare when testing some bug…

- In Win Explorer, this is a total mess : The most icons are shown only with the icon of the type, still blown up,
while here and there, I've a few ones correctly shown in the right size and motif !
- 48² are shown nice as themselves… 32² are not…
- Well, no problem there, I rarely put my mouse @ the Bill's thingy…

 VG
Claude
Clo

[Lefteous]

2Clo
Why should I change anything if it works fine in Explorer? Let' face it: This is a workaround for a bug in TC.

[icfu]

@Clo:

Maybe our Master at Registry a.k.a. icfu has a clue… ?

Thanks for the compliment, but it's ghisler's job to finally fix all the TC bugs related to the registry.

I have reported more than enough in the past and if I am not completely wrong, all of them got ignored. The last one you can find in the "won't be changed" section, without a reason given:
http://ghisler.ch/board/viewtopic.php?t=15526

I have no desires to find and post workarounds anymore. They only help ghisler in having excuses for not changing anything, which I don't want.

Sorry.

Icfu

[petermad]

2Clo

But it needs only to add a header as :
Code:
REGEDIT4

Thanks, I corrected my previous posting.

[ghisler(Author)]

2Lefteous
If you can explain what is wrong, I will gladly change it. Fact is that the associations in the registry are a real mess, and there is no clear documentation available how to read that mess, and in what order.

[Sjef van Egmond]

I just installed IrfanView; I may be wrong, but I think that prior to the install, icons for ICO files showed as "themselves" in TC, but now they show as a generic IrfanView icon.

Unselect ICO in the Extension-options of IrfanView and your icons shows themselves as before in TC...

[Lefteous]

2ghisler(Author)

If you can explain what is wrong

It's always a bit difficult to suggest what to do without knowing what you are doing.

I suggest to read the default string of HKEY_CLASSES_ROOT\.ico\ first. The value of this string is the name of the subkey in HKEY_CLASSES_ROOT\ to open. The key (for example HKEY_CLASSES_ROOT\icofile\ has another subkey called DefaultIcon. The default string contains the information where to read the icon from (%1 here).
I have also tried this with SHGetFileInfo and it returns the proper icon out of the box without messing around with our beloved registry.

[CWBillow]

2ghisler(Author)

If you can explain what is wrong

It's always a bit difficult to suggest what to do without knowing what you are doing.

I suggest to read the default string of HKEY_CLASSES_ROOT\.ico\ first. The value of this string is the name of the subkey in HKEY_CLASSES_ROOT\ to open. The key (for example HKEY_CLASSES_ROOT\icofile\ has another subkey called DefaultIcon. The default string contains the information where to read the icon from (%1 here).
I have also tried this with SHGetFileInfo and it returns the proper icon out of the box without messing around with our beloved registry.

I'm not totally sure if I haven't lost track here, but:

I applied the reg entry patch as posted, with no luck;
I've removed the association in IrfanView to "ico", no luck;
I double-checked the (TC) internal association, and it shows as

"i_view32.exe "%1"

But no luck.

I do recall that all was well in version 6.x, and all shows properly in Explorer.

Is there in fact a solution here I haven't tried?

Regards,
Chuck Billow

[CWBillow]

I just solved the problem:

I uninstalled IV 4.00; all the icons came back in TC.

I reinstalled IV, taking care to *deselect* ICO AND ICL file types for association;

After install all icons show properly.

I then added IV to my SendTo items, in case I needed it for an ICO or ICL file.

HTH.

Regards,
Chuck Billow

[Sjef van Egmond]

Another (quicker) way to open files in IV is to go in for this: Drag i_view32.exe to the Button bar of Total Commander. After that you can drag any file onto that IV-icon.

[CWBillow]

Another (quicker) way to open files in IV is to go in for this: Drag i_view32.exe to the Button bar of Total Commander. After that you can drag any file onto that IV-icon.

Not necessarily quicker than a double-click, but it works as well...

Thanks,
Chuck Billow

[Sjef van Egmond]

Well, you're right. But you wrote it yourself:

I then added IV to my SendTo items, in case I needed it for an ICO or ICL file.