WIM文件也可有个性图标 （2008.2.24更新）

lxl1638

换个图标而已，没有多大的实际意义。

lxl1638

不如直接读取DLL中的图标，这样只需一套图标就可以了。
如果图标放到WIM中，每一个WIM都附一套图标不无值得。

lxl1638

图标做入XML中可能兼容性好些，即使修改WIM以后也不影响WIM的图标和WIM的使用。

lxl1638

之前你使用了别人的工具，注册了相同的CLSID {DF4F5AE4-E795-4C12-BC26-7726C27F71AE}
系统中注册CLSID要小心，不能与别人使用的相同，要用CoCreateGuid创建。

[ 本帖最后由 lxl1638 于 2008-1-30 04:01 PM 编辑 ]

lxl1638

是微软的API，网上找找看看是哪个一DLL的，动态加载，用完就丢(卸)

lxl1638

原来的shellreset可以用，但CLSID一定要用CoCreateGuid创建，否则到一些机子上会与别人已经注册的CLSID重复。
一般Wimdows外壳扩展的DLL、很多杀软都有自己的CLSID，弄不好会重复。

lxl1638

原帖由 nn2nn 于 2008-2-1 02:49 PM 发表
做了个DELPHI版本，500K，不出所料，VC版本50K。

（另设置个性图标工具，在前几页。）

（欠自信的人不要试）

希望可以快点出VC版本。

如果用VC，就算和WimShExt.DLL合并，16K左右即可搞定。

lxl1638

原帖由 nn2nn 于 2008-2-8 11:24 PM 发表
在DLL里面内置一个图标,没有图标时直接使用内置的图标,
这样好。

也可以直接读取WIMNT.EXE中的图标。
本人今天刚好有空，也做了一个WIM个性化图标的DLL，17K左右，但很不满意，非常不稳定。
阿呆有经验，给些提示。

本人是将图标数据以BASE64编码保存在XML中的(BASE64编码只比实际数据的长度大1/3)，解码速度非常快，不知是什么原因引起不稳定的。

lxl1638

如果想再减少WIM的体积，可以先将ICON压缩后再写入WIM中，DLL给EXPLORER.EXE返回HICON前先解压。

ICON数据压缩程度很大，只是EXPLORER.EXE负担能否能承受，估计能用Vista的那些高配置机子没有问题。

lxl1638

2.去掉了WinCMD.EXE，如何注册 WimShExt.DLL？

lxl1638

更新了 setico.exe 还是 DLL？

setico.exe 点获取图标后那个面板要改善一下，如果 DLL 有很多图标(500以上，以后的系统有些DLL是有很多图标的)，怕这个面板就显示不下了。

lxl1638

原帖由 nn2nn 于 2008-2-23 05:01 PM 发表

这个面板不是固定的，多出了会流动条。宽是按屏幕80%。
可设为640*480测试。

这样就无需太大了，只显示前面40或50个(4～5行，每行10个)就够了。

lxl1638

原帖由 nn2nn 于 2008-2-23 05:11 PM 发表
试了下，多了不会出流动条，有显示不下的情况。

多显示可以比较一下，方便选择。

事实上也只有SHELL32.DLL多点图标，在256个以下。

虽然本人没有Vista，但敢说Vista系统中SHELL32.DLL的图标要比XP的这个文件的要多，也可以肯定，微软以后的系统，某些文件的图标会更多---随着一些新型设备的出现，相应的图标也被收集进去。

lxl1638

原帖由 nn2nn 于 2008-2-25 12:06 AM 发表
那个是DELPHI的一个界面插件。
代价是200K。

试过，很有名的插件，但用了一会就不用了，因为用了这个主题的程序无法使用系统默认的或第三方主题。代价也太大。

lxl1638

原帖由 nn2nn 于 2008-2-25 12:34 AM 发表
外框还可以设为系统默认的。
我在意的是大了200K。

这不是改主题，只一个程序的事。
（皮肤）

皮肤技术即HOOK或子类化或重载，太多会不稳定。

[ 本帖最后由 lxl1638 于 2008-2-25 12:42 AM 编辑 ]