在皮肤界面中，最难的恐怕就是自画窗口标题了，网上虽然有各种各样的解决方法，但是都不是很完美，而商业皮肤界面程序包是需要花钱买的。
    没办法，只有自己摸索了，最后，去研究了一下 Windows 2000 的核心代码中关于窗口管理部分，终于算是比较满意的解决了这个问题。

　　一直以来用 AxIcon Workshop 来处理图标，但是 AxIcon Workshop稍微有点问题就是，不支持重复图标过滤，而且，在处理大量图标的时候很容易没有响应！：（

　　为此，我自己写了一个图标处理工具，可以自动抽取 DLL/EXE/ICL 等文件中的图标，并进行重复图标自动过滤，图标扫描等功能，其中比较困难的是对 ICL 文件的处理，ICL 文件本质上是一个 16 Bit 的 DLL 资源文件，但是在 Windows 2000 下好象没有直接操作它的函数，至少我是不知道，查了 Google 也没查到相关资料，没有办法，只有硬来了，查了 16 Bit 的 EXE 的文件结构资料，结合网上可以找到的一些对16 Bit 的 EXE 的读写代码片段，再经过探索和摸索，终于成功的将从 ICL 中分离出 ICON 。其中的关键代码如下：希望给你有帮助

以前在Window 2000 IIS5.0下写了一个URL检测 + 重定向 + Session + 入侵检测 + 自动解压+ 自动解密的 ISAPI Filter ，用于数字图书馆项目，一直都很好使， 最近升级到 Widnows 2003 IIS6.0 后，发现　ISAPI Filter 根本运行不起来，后来查了又查，原来是文件的权限问题，IIS 6.0 ISAPI Filter 好象是在　Service 帐号下运行的(具体我也没去查过) ,将数据文件的读写权限给予Service 帐号后,ISAPI Filter 终于可以正常运行了，但是，在随后的测试中，我发现，数据解密结果不正确，郁闷啊，查吧............

经过日志跟踪和分析，终于发现问题所在，原来　IIS 6.0 和 IIS 5.0 发送给客户端的时候应答稍微有点不一样，IIS 5.0 是先单独发应一次答头 HttpFilterProc->OnSendData，

HTTP/1.1 200 OK
Server: Microsoft-IIS/5.0
X-Powered-By: ASP.NET
Date: M