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对象,但是根本不可行,因此也就只能在这里(最底层)处理,但是尝试在这里捕获双击事件时又出问题了,单击事件在这里都有,那么双击事件去哪了呢?通过打断点查看堆栈,是定位到了这么几行代码:
image1.png原来事件是在这里一层层往下传的,双击事件在第一个事件处理的函数中就返回true了,因此第二个事件处理的函数就不走了,所以在最底层双击事件就像被过滤掉了一样。所以为了保留双击事件,在WinProc中处理完双击事件之后返回false。这样lpOldWinProc中就拿到双击事件了,剩下的事情就简单了,直接在FBcontrol的事件处理流程中加入以下代码:
image2.png问题解决!
网友评论