FireBreath在ie内核浏览器中插件窗口大小改变的问题
Firebreath在ie内核浏览器和非ie内核浏览器中用的技术不同，ie内核中用到的是微软的ActiveX技术，而在非ie内核中用到的是NPAPI技术。最近在用fb封装插件的过程中发现在ie内核的浏览器中插件窗口的大小在第一次在html中创建object标签设置完大小之后就无法再改变其大小了，而我需要做一个双击全屏的功能。
思路一：首先在onMouseDoubleClick函数中拿到插件窗口的句柄，然后通过windows的接口改变窗口的大小，但是改方案出问题了。因为只要插件窗口在双击前被遮挡住一部分，插件全屏后就无法充满整个屏幕。之后又相继产生了其他几种思路，比如改变插件窗口的父窗口，另外创建独立的窗口并控制这个独立的窗口，不过都出现各种问题而失败。在定位为什么窗口被遮挡一部分就无法显示全的这个问题的过程中，产生了思路二。
思路二：发现FB底层还有个事件处理的流程，处理了WM_PAINT事件，这个事件会在WM_SIZE事件后自动触发，打断点发现其中调用的BeginPaint函数出参有问题，刚好就是插件被遮挡后剩下的区域。因此查资料发现有个InvalidDateRect接口可以设置无效区域，了解了无效区域原理之后，在WM_PAINT中重新设置下无效区域，但是发现虽然无效区域设置成功了，但是BeginPaint的出参还是不对。该方法失败。
思路三：最后把FireBreath的源码前前后后几乎过了一遍，发现FBControl中实际上还有个事件处理流程，在该文件中看到很多GUID，ActiveX之类的东西，这才想到原来插件的大小实际上是activex对象的大小，果然再改文件中找到了SetObjectRects，这个方法实际上是重载了浏览器的方法用来改变activex对象的大小，方法找到了，那么在哪里调用呢，尝试在顶层拿activex对象，但是根本不可行，因此也就只能在这里（最底层）处理，但是尝试在这里捕获双击事件时又出问题了，单击事件在这里都有，那么双击事件去哪了呢？通过打断点查看堆栈，是定位到了这么几行代码：
原来事件是在这里一层层往下传的，双击事件在第一个事件处理的函数中就返回true了，因此第二个事件处理的函数就不走了，所以在最底层双击事件就像被过滤掉了一样。所以为了保留双击事件，在WinProc中处理完双击事件之后返回false。这样lpOldWinProc中就拿到双击事件了，剩下的事情就简单了，直接在FBcontrol的事件处理流程中加入以下代码：
问题解决！
