WebBrowser编程的另一个天空

俺们公司的设置工具啊，都是我一个人维护了。过去一年里，除了自己弄了些设计模式来方便自己扩展功能，好像就没有什么能说出去的技术了。

不甘心啊，我就不相信不能做出令人用起来更舒畅的网页编辑软件！

以前都只是靠操作操作DOM对象，响应WebBrowser的事件的基础上做各种功能。功能倒是做出来不少，可是这样的写出来的代码看上去挺不爽的，而且效率不太高。

而有一点硬伤是我一直没有解决的：在HTML控件上paint自己的图案。

我试过用GDI的方法，即通过WebBrowser的handle获取HDC，设置给TCanvas对象，再绘图，可是很郁闷的是，这样一点儿效果都没有。我猜想是各个HTML元素已经把WebBrowser遮盖了，所以我在WebBrowser上画出来的图案都被控件遮住了。HTMLElement的各种接口都没有Handle，意味着我不能从Element直接获得Canvas!!!GDI+我也试过，基本上也是这样！

郁闷了。。。于是我想到了DirectDraw!昨天的实验证明可行。昨晚看了一下DirectDraw的资料，今天上午实现了用DirectDraw在我需要的控件表面画一层颜色了。。。可是，页面一滚动，或者别的窗体在上面拖动。。就显示不正确了，主要是DirectDraw用于普通win32窗体上绘图不是太好控制，很容易画到别的控件，设置窗体上！DirectDraw是直接画屏的，才不管你这里是什么控件呢，我还要每次自己转换好几次坐标，控件一多就容易有效率问题。由于前面所说的原因，从哪个事件触发画图，也是比较头痛的问题

终于在昨天下午，在大富翁又搜索着MSHTML的资料，突然就发现了一个Binary Behavior，下面有人提到了IHTMLBehaviorFactory, IHTMLPainter....IHTMLPainter？不正是我要的吗？MSHTML单元里竟然没有，MSHTML_TLB里才有这个接口！

我看到希望了！
引用一段搜索到的介绍：
------------------
在IE5.5及后续版本中引入了Element Behavior概念，通过Element Behavior我们可以获得自定义网页元素或者添加标准网页元素(IMG、TABLE、INPUT等)行为的能力。Element Behavior最常见的实现方式是HTC文件,HTC文件是用脚本编写的Element Behavior。
    除了HTC文件,我们也可以用传统程序语言(VC、Delphi,当然包括C#)来实现Element Behavior，这就是所谓的Binary Behavior,通过Binary Behavior我们能够获得更强大的定制能力，比如在网页元素上绘制文本或其他自定义内容——一张图片，甚至一个可以响应点击的按钮。
    一个Binary Behavior就是一个实现IElementBehavior接口的COM对象,如果Binary Behavior同时实现了IHTMLPainter接口，就可以在HTML元素上绘图。
------------------
这不就是我梦寐以求的东西吗？本工具终于可以有突破了！
于是赶紧下载了这个Delphi的例子：http://www.cnblogs.com/Files/gray/WebBrowserPainterDemoDelphi.zip
运行了一下Demo，天啊，太令人兴奋的效果了。和我以前基于DOM的简陋操作的方式相比，简直是另一片天空啊！我终于知道那些浏览器对HTML进行特殊处理的秘密了，甚至怀疑Dreamweaver也是基于WebBrowser的...(虽然看起来真的很不像)。有了binary behavior，似乎可以说nothing is impossible了，在IHTMLPainter接口的Draw方法的参数中，可以获取正确的HDC，元素的坐标，还有HitTest，还有各种控件的Event接口(可以与HTMLElement进行Connect..可是这里遇到点麻烦)

终于，花了一个下午和一个晚上，把基本的我需要特殊显示的HTMLElement成功加上了一层“透明玻璃”~用的是GDI+实现

虽然。。。这不是什么值得炫耀的事情，但是能学习到新技术并且成功运用于实践，而且对产品质量有很好的提升，这真是一件非常令人兴奋的事！

Delphi用了一段时间了，曾经认为做不出来的东西就要找控件，曾经认为那些控件的UI很高深。经过这两天对GDI/GDI+，DirectDraw的学习，发现不就是调调色，控制控制画笔画布么！

就是只有想不到，没有做不到！不能凡事都依赖控件，多看底层实现代码，多用用API，真的会对水平有很大的提高！