缘起：上次写了一个《WebBrowser控件的简单应用2》，提到了在NewWindow事件中打开新窗口的例子。有网友“队长 ”提出那个事件得到的参数是本页面的，而不是新页面的，经过测试，果然url参数不是新页面的。
Open新页面要处理的：
1：<<a href=’xxxxx’ target=’_blank’>>;
2: onclick=’window.open’ ;
3：引用js文件 ；
4：ClientScript.RegisterStartupScript（）；等。
5：还有要实现在打开的页面里能用window.opener对象
Close要处理的：
1：onclick=’window.close ;
2：引用js文件 ；
3：ClientScript.RegisterStartupScript（）等。
经过在网上搜索，结果并不令人满意。基本上，WebBrowser控件不提供这个（将要打开的新页面的地址）功能，只能通过其他方法。
这里介绍一下网上的一个简单的解决方案、我的一个简单方案、微软的回答、一个终极解决方法。
网上现在有人给出这样的一个解决方案：在_NewWindow事件通过wb_Container.StatusText来获得当前将要打开的页面。代码可以这样写：
private void wb_Container_NewWindow(object sender, CancelEventArgs e)
{
e.Cancel = true;
string newURL = wb_Container.StatusText;
//'open
}
我测试了一下，这样做基本上只能处理<a href=’xxxxx’ target=’_blank’>的这种情况。对于<button>里面的onlcick事件window.open()毫无作用。
原因很简单，他只是利用了WebBrower现实Status的特点来做，不全面，不安全。至于其他情况也是完全不能处理，比如js中使用window.Open，这个方案根本不能检查。
我的处理方法：
刚开始，我使用了这样的思路：针对所有可能出现的情况，找个各个不同方法来处理。
比如说，对于<a herf=’’的这种情况，就用wb_Container.StatusText方法，但是要加入一个判断。If(wb_Container.StatusText!=””)。对于window.open和RegisterStartupScript的，可以通过替换js来实现。
本来的window.open函数，在程序完成加载之后，我把这个函数修改成window.external.open，
然后，我把我的AppBrowser类里面加入几个public的Open函数来对应原来的js的open函数就可以了。
这是一个代码实现。
private void wb_Container_DocumentCompleted(object sender, WebBrowserDocumentCompletedEventArgs e)
{
//for windows.open
if (wb_Container.DocumentText.IndexOf("window.open(") > -1 || wb_Container.DocumentText.IndexOf("window.close()") > -1)
{
wb_Container.DocumentText = wb_Container.DocumentText.Replace("window.open(", "window.external.open(").Replace("window.close()", "window.external.close()");
}
}
这样处理之后，保证了我的浏览器也能理解这些js。
这个方案唯一不能处理的就是js文件里面有处理的情况。
还有一个小问题，替换之后的document对象的action变化了。这个可以通过方法来实现，就是替换上边的函数，改用递归document.all来实现，检查每个element控件的内容来实现。
但是，毕竟美中不足。
微软的解释是这样的：这个问题，下一个版本在解决（http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=115195），开发者可以通过扩展WebBrower及其Event来实现。并且提供了一个简单的代码（但是显示不完全）。是的，这是个好的解决方案，但不是我想要的。既然封装了这个控件，为什么不提供这么重要的一个参数呢？
有高手已经做出了一个模型：（http://www.codeproject.com/csharp/ExtendedWebBrowser.asp）
（作者实现了一个类似IE7效果的浏览器）
这个模型里面，作者自己封装并且扩展了这个控件，是个最终极的解决方法。
主要思路：提供了一个将要打开新窗口的事件，并且提供更多的参数。这些参数来自IWebBrowser2等接口，还提供了一些WndProc重载来实现window.close。
下载之后，我保留了这些类，做了一个简单的测试
ExtendedWebBrowser : System.Windows.Forms.WebBrowser
.WebBrowserExtendedEvents : UnsafeNativeMethods.DWebBrowserEvents2
.WindowsMessages(enum)
UnsafeNativeMethods
.DWebBrowserEvents2([ComImport, TypeLibType((short)0x1010), InterfaceType((short)2), Guid("34A715A0-6587-11D0-924A-0020AFC7AC4D")])
.IWebBrowser2([ComImport, SuppressUnmanagedCodeSecurity, TypeLibType(TypeLibTypeFlags.FOleAutomation | (TypeLibTypeFlags.FDual | TypeLibTypeFlags.FHidden)), Guid("D30C1661-CDAF-11d0-8A3E-00C04FC9E26E")])
BrowserExtendedNavigatingEventArgs : CancelEventArgs
UrlContext
ScriptError
NativeMethods
结果非常不错。
主要处理的几个地方：
NewWindow2和NewWindow3：处理新打开窗口
BeforeNavigate2：获得将要打开的窗口的地址。
主要提供的新事件：_StartNewWindow(object sender, BrowserExtendedNavigatingEventArgs e)
下边这一个是我的第二个AppBrowser类，使用上边封装扩展之后的WebBrower控件。
1 [System.Runtime.InteropServices.ComVisibleAttribute(true)]
2 public partial class AppBrowser2 : Form
3 {
4 property
19 cons.
41
42 window : close and open
55 other browser event
92
93 external function for js
114 }