C++中嵌入ie浏览器总结(1) - ie边框 及上下文菜单
最近项目中用html 来做界面，也就折腾了一下在wxwidget中嵌入浏览器的若干细节工作，mfc也基本是类似的，由于wxwidget中已经做了一个封装wxie，但是开发过程中也遇到了不少问题，在此做一下总结：
- ie边框 及上下文菜单
普通嵌入到程序里面的浏览器页面都会有一个灰色的边框，这样放到程序里面就很难看。目前网上流行的办法添加css：
body{ border:0;}
但是这个方法的缺点是，必须要把页面头部的dtd申明去掉。网上的错误提法是类似以下链接的： http://www.faceker.com/200801/webbrowser-no-border.html 这里面讲，只要把头部改成：
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
但是目前很多页面用了比较新的css，改成这样后，页面就无法正常显示了。让网页美工改样式？ 真是有点困难。
后来继续查阅了资料，发现比较好的办法，那就是重载 IDocHostUIHandler 接口，其中，实现以下部分：
HRESULT STDMETHODCALLTYPE FrameSite::GetHostInfo(DOCHOSTUIINFO *pInfo){ pInfo->cbSize = sizeof(DOCHOSTUIINFO); pInfo->dwFlags = DOCHOSTUIFLAG_NO3DBORDER|DOCHOSTUIFLAG_SCROLL_NO; pInfo->dwDoubleClick = DOCHOSTUIDBLCLK_DEFAULT; return S_OK;}
其中 DOCHOSTUIFLAG_NO3DBORDER 就表示不要生成边框，DOCHOSTUIFLAG_SCROLL_NO 表示不要生成滚动条
这样就可以比较完美的解决边框和滚动条的问题，不用依赖页面的调整 。让设计师爱用什么用什么。
另外一个就是禁用右键菜单，网上也有不少办法，但是用这个接口可以很简单的实现：
HRESULT STDMETHODCALLTYPE FrameSite::ShowContextMenu(DWORD dwID, POINT *ppt, IUnknown *pcmdtReserved, IDispatch *pdispReserved){ HRESULT result = S_FALSE; //Dont Interfere BOOL handled = FALSE; switch ( m_contextMenuMode ) { case kDefaultMenuSupport: break; case kNoContextMenu: result = S_OK; handled = TRUE; break; case kTextSelectionOnly: if (dwID != CONTEXT_MENU_TEXTSELECT) { result = S_OK; handled = TRUE; } break; case kAllowAllButViewSource: if (dwID == CONTEXT_MENU_DEFAULT) { //result = ModifyContextMenu(dwID, ppt, pcmdtReserved); handled = TRUE; } break; case kCustomMenuSupport: if (dwID == CONTEXT_MENU_DEFAULT) { //result = CustomContextMenu(ppt, pcmdtReserved); handled = TRUE; } break; } if (! handled) { result = S_FALSE; } return result;}
这里不仅可以控制右键菜单显示，m_contextMenuMode = kNoContextMenu，还可以做到自定义菜单显示，m_contextMenuMode =其他值。因为暂时还不需要自定义菜单，所以这里没有实现。
如果用wxie，就在FrameSite类增加这个接口即可，不关注的接口直接返回S_FALSE 或E_NOTIMPL;
如果用sdk或mfc，可以 调用IOleObject 的SetClientSite 方法，设置一个继承了IOleClientSite 和 IDocHostUIHandler 的接口。
C++中嵌入ie浏览器总结(2) - 双向通讯
第一步解决了边框和上下文菜单问题，第二部就是要解决c++程序和html页面交互的问题。最开始的想法是通过c++去更新页面内容的方式来完成c++->html的通讯，通过BeforeNavigate2 接口，截获页面url地址的方式来完成html->c++的通讯。但是这种方式存在以下缺点：
(1) c++->html 的问题在于导致c++代码复杂，需要通过c++代码来完成页面生成，如果修改页面，将产生很大的工作量。虽然尝试用了模板方法解决，但是还是比较繁琐，而且会导致经常通讯的时候，页面会经常刷新，产生其他的一些问题。
(2) html->c++ 的问题在于 传递参数不方便，解析也不方便、无法获取返回值、脚本中要调用不方便
为了解决这些问题，经过google后找到了问题的解决办法 ：
(1) c++->html ，可以通过调用页面脚本方法来实现，调用方法如下：
wxVariant wxIEHtmlWin::ExecScript(const wxString &fun,const std::vector<wxString> ¶ms ){ wxVariant result(false); if (! m_webBrowser.Ok()) return result; // get document dispatch interface IDispatch *iDisp = NULL; HRESULT hr = m_webBrowser->get_Document(&iDisp); if (hr != S_OK) return result; // Query for Document Interface wxAutoOleInterface<IHTMLDocument2> hd(IID_IHTMLDocument2, iDisp); iDisp->Release(); if (! hd.Ok()) return result; IDispatch *spScript; hr = hd->get_Script(&spScript); if(FAILED(hr)) return result; BSTR bstrMember = wxConvertStringToOle(fun); DISPID dispid = NULL; hr = spScript->GetIDsOfNames(IID_NULL,&bstrMember,1, LOCALE_SYSTEM_DEFAULT,&dispid); if(FAILED(hr)) { return result; } //Putting parameters DISPPARAMS dispparams; memset(&dispparams, 0, sizeof dispparams); dispparams.cArgs = params.size(); dispparams.rgvarg = new VARIANT[dispparams.cArgs]; dispparams.cNamedArgs = 0; for( int i = 0; i < params.size(); i++) { CComBSTR bstr = wxConvertStringToOle(params[params.size() - 1 - i]); // back reading bstr.CopyTo(&dispparams.rgvarg[i].bstrVal); dispparams.rgvarg[i].vt = VT_BSTR; } EXCEPINFO excepInfo; memset(&excepInfo, 0, sizeof excepInfo); VARIANT varRet; UINT nArgErr = (UINT)-1; // initialize to invalid arg //Call JavaScript function hr = spScript->Invoke(dispid,IID_NULL,0, DISPATCH_METHOD,&dispparams, &varRet,&excepInfo,&nArgErr); delete [] dispparams.rgvarg; if(FAILED(hr)) { return result; } wxConvertOleToVariant(varRet,result); return result;}
这个方法实现了C++对页面脚本调用，而且参数个数可以任意。比如页面脚本是 :
function fun(a,b,c){}
C++中的调用方法是 :
std::vector<wxString> params;params.push_back("a");params.push_back("b");params.push_back("c");xxx->ExecScripts("fun",params);
还可以获得脚本返回的结果。
(2) html->c++ 通过脚本的window.external 方法，首先，在前文提到过的IDocHostUIHandler 接口中，实现方法：
HRESULT STDMETHODCALLTYPE FrameSite::GetExternal(IDispatch **ppDispatch){ IDispatch * pDisp = m_window->getExternal(); if(pDisp) { pDisp->AddRef(); *ppDispatch = pDisp; } return S_OK;}
其中 m_window->getExternal();
返回的是自定义的一个IDispatch 接口类：
/* * IDispimp.H * IDispatch * * Copyright (c)1995-1999 Microsoft Corporation, All Rights Reserved */ #ifndef _IDISPIMP_H_#define _IDISPIMP_H_#include <oaidl.h>class CustomFunction;class CImpIDispatch : public IDispatch{ protected: ULONG m_cRef; public: CImpIDispatch(void); ~CImpIDispatch(void); STDMETHODIMP QueryInterface(REFIID, void **); STDMETHODIMP_(ULONG) AddRef(void); STDMETHODIMP_(ULONG) Release(void); //IDispatch STDMETHODIMP GetTypeInfoCount(UINT* pctinfo); STDMETHODIMP GetTypeInfo(/* [in] */ UINT iTInfo, /* [in] */ LCID lcid, /* [out] */ ITypeInfo** ppTInfo); STDMETHODIMP GetIDsOfNames( /* [in] */ REFIID riid, /* [size_is][in] */ LPOLESTR *rgszNames, /* [in] */ UINT cNames, /* [in] */ LCID lcid, /* [size_is][out] */ DISPID *rgDispId); STDMETHODIMP Invoke( /* [in] */ DISPID dispIdMember, /* [in] */ REFIID riid, /* [in] */ LCID lcid, /* [in] */ WORD wFlags, /* [out][in] */ DISPPARAMS *pDispParams, /* [out] */ VARIANT *pVarResult, /* [out] */ EXCEPINFO *pExcepInfo, /* [out] */ UINT *puArgErr); void setCustomFunction(CustomFunction *fun) {m_fun = fun;}private: CustomFunction *m_fun;};#endif //_IDISPIMP_H_
主要实现以下两个方法：
wxString cszCB_CustomFunction = wxT("CB_CustomFunction");
#define DISPID_CB_CustomFunction 3
STDMETHODIMP CImpIDispatch::GetIDsOfNames( /* [in] */ REFIID riid, /* [size_is][in] */ OLECHAR** rgszNames, /* [in] */ UINT cNames, /* [in] */ LCID lcid, /* [size_is][out] */ DISPID* rgDispId){ HRESULT hr; UINT i; // Assume some degree of success hr = NOERROR; for ( i=0; i < cNames; i++) { wxString cszName = rgszNames[i]; if(cszName == cszCB_CustomFunction) { rgDispId[i] = DISPID_CB_CustomFunction; } else { // One or more are unknown so set the return code accordingly hr = ResultFromScode(DISP_E_UNKNOWNNAME); rgDispId[i] = DISPID_UNKNOWN; } } return hr;}STDMETHODIMP CImpIDispatch::Invoke( /* [in] */ DISPID dispIdMember, /* [in] */ REFIID /*riid*/, /* [in] */ LCID /*lcid*/, /* [in] */ WORD wFlags, /* [out][in] */ DISPPARAMS* pDispParams, /* [out] */ VARIANT* pVarResult, /* [out] */ EXCEPINFO* /*pExcepInfo*/, /* [out] */ UINT* puArgErr){ if(dispIdMember == DISPID_CB_CustomFunction) { if(wFlags & DISPATCH_PROPERTYGET) { if(pVarResult != NULL) { VariantInit(pVarResult); V_VT(pVarResult)=VT_BOOL; V_BOOL(pVarResult) = true; } } if ( wFlags & DISPATCH_METHOD ) { //arguments come in reverse order //for some reason if(!m_fun) return S_OK; wxString arg1,arg2; if(pDispParams->cArgs<1) return S_FALSE; wxString cmd = pDispParams->rgvarg[pDispParams->cArgs-1].bstrVal; std::vector<wxString> args; if(pDispParams->cArgs>1) { for(int i=pDispParams->cArgs-2;i>=0;i--) args.push_back(pDispParams->rgvarg[i].bstrVal); } wxString re = m_fun->execute(cmd,args); if(pVarResult != NULL) { VariantInit(pVarResult); V_VT(pVarResult)=VT_BSTR; wxVariant wVar(re); VariantToMSWVariant(wVar,*pVarResult); } } } return S_OK;}
其中 CustomFunction 定义如下：
#pragma once#include <wx/wx.h>#include <vector>class CustomFunction{public: CustomFunction(void) { } virtual ~CustomFunction(void) { } virtual wxString execute(const wxString &cmd, const std::vector<wxString> &args) = 0;};
然后只要在自己类里面继承这个接口，就可以接收来之脚本的调用请求。
脚本里面编写函数：
window._callFun = function() { var fun = "window.external.CB_CustomFunction("; for(i=0;i<arguments.length;i++) { if(i!=0) fun = fun+","; fun = fun+"/""+arguments[i]+"/""; } fun = fun+")"; //alert(fun); return (eval(fun)); }
然后调用的地方写：
_callFun("fun","param1","param2",);
就可以调用c++的函数，并且可以得到返回值，从而解决了html->c++的通讯问题
解决了双向通讯后，页面就不需要用刷新来解决，网页设计师和c++编程人员只要定义好通讯接口，大家各自实现好接口方法就可以完成界面功能了。
C++中嵌入ie浏览器总结(3) - wxIE 的 bug解决及最后效果展示
前面两个问题的解决，心里想： 这下好了，解决了这两个问题，下一步做界面就简单多了，不像以前，直接用mfc或第三方库做，要做出好看效果真是很难。编译好，运行了，发现效果还不错。但是实现到里面的脚本的时候，发现出了问题，不响应键盘消息了。而且在页面文本框里面按tab键，光标不是跑到下一个文本框，而是不见了。之前有这个现象，但是忙于解决前面的问题，没有注意到。这下可完了，不会前工尽弃吧，那可麻烦大了。
google了半天，问了朋友，还是不知道什么原因。因为wxIE及嵌入浏览器本身是比较偏门的问题，确实很难找到答案。
山穷水尽疑无路，柳暗花明又一村。好不容易，在google上找到了一个类似的问题，回答的说，这是wxIE的bug，在wxPython的项目中，这个问题已经解决了。下载下来编译后，运行试试看，搞定了。
但是还得和之前的修改合并，合并过程中又发现了一个问题。前文中提到过，通过IOleObject 接口来设置IDocHostUIHandler方法，我开始就是用这种方法。结果合并完后，发现还是不响应键盘消息。
调了半天，才发现，wxIE原来已经实现过IOleClientSite 接口，我把自己的接口设上去，把wxIE的给替换掉了，所以导致了不正常的结果。 经过一番调整后，终于正常了。
自此，用html做c++程序界面的基础工作算是告一段落了，下面就是完成接口工作和页面脚本了。希望不要再遇到什么问题。
我在这里把这些问题记录下来，以备以后查用，也愿其他朋友不要再遇到我一样的困扰。
下面截一张做出来的界面图：
这是一个对话框，完成前面的基础工作后，只要设计师设计好页面，我们几分钟就可以继承到c++里面，再花点写接口和脚本的时间，比原来用mfc做界面，不知要节省多少时间。这个界面比较简单，但是只要是能设计出的界面，我们都能让他集成进来。
有兴趣的朋友也不妨试试这种做界面的方法。
C++中嵌入ie浏览器总结(4) - 对话框拖动
前面忘了写这个问题，就是对话框的拖动问题。就像我前面的图片展示的对话框，一般的windows对话框是可以拖着标题栏移动的，但是我们这里没有任何原来的标题栏了，只有html页面，怎么拖呢？ 好像有点麻烦。
冥思苦想之后，想到一种办法，通过前面的接口给c++发指令，让c++移动窗口，页面上计算好拖动的距离。html里面页面的拖动还是比较简单的，c++里面移动也就是调用 MoveWindow。由于前面的通讯方法还是比较灵活，没用多少时间，就把这个功能实现了。但是一运行看，不太对劲，拖动过程拖尾现象太明显。可能是c++不断调用 MoveWindow 重绘效率比较低。这可麻烦了。这时候，突然想到普通对话框拖动的时候，是一个虚框在那里动，原来的对话框是不动的，鼠标放开后，对话框才移过去。 能不能做到这样呢？ 但是windows实现这个方法的细节不得而知，怎么做呢？
还是google好啊，经过一番搜索，找到了答案：
void TooltipDlg::moveWin( const std::vector<wxString> &args ){ if(args.size()<2) return; long x,y; args[0].ToLong(&x); args[1].ToLong(&y); int ix,iy; ix = x; iy = y; ClientToScreen(&ix,&iy); ::SendMessage((HWND)this->GetHWND(),WM_NCMOUSEMOVE,HTCAPTION,MAKELPARAM(ix, iy)); }
搞定了，简单吧，真是没想到这么简单。运行后发现，真的和windows的对话框移动一模一样了，太好了
今天一鼓作气把前面几天的工作都总结了下来，还真是敲得手有点累。但是这些东西确实是不太常规的方法，找解决问题的方法很难，这里先把他们记录下来，免得以后找不到了。以前确实有很多知识都是用了就丢一边找不到了。 也希望给有类似疑问的朋友一个帮助。