C++中嵌入ie浏览器总结(1) - ie边框 及上下文菜单
最近项目中用html 来做界面,也就折腾了一下在wxwidget中嵌入浏览器的若干细节工作,mfc也基本是类似的,由于wxwidget中已经做了一个封装wxie,但是开发过程中也遇到了不少问题,在此做一下总结:
- ie边框 及上下文菜单
普通嵌入到程序里面的浏览器页面都会有一个灰色的边框,这样放到程序里面就很难看。目前网上流行的办法添加css:
body{
border:0;
}
但是这个方法的缺点是,必须要把页面头部的dtd申明去掉。网上的错误提法是类似以下链接的: http://www.faceker.com/200801/webbrowser-no-border.html 这里面讲,只要把头部改成:
但是目前很多页面用了比较新的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 表示不要生成滚动条
这样就可以比较完美的解决边框和滚动条的问题,不用依赖页面的调整 。让设计师爱用什么用什么。
另外一个就是禁用右键菜单,网上也有不少办法,但是用这个接口可以很简单的实现:
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 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++对页面脚本调用,而且参数个数可以任意。比如页面脚本是 :
{
}
C++中的调用方法是 :
params.push_back("a");
params.push_back("b");
params.push_back("c");
xxx->ExecScripts("fun",params);
还可以获得脚本返回的结果。
(2) html->c++ 通过脚本的window.external 方法,首先,在前文提到过的IDocHostUIHandler 接口中,实现方法:
{
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_
主要实现以下两个方法:
#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 定义如下:
#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;
};
然后只要在自己类里面继承这个接口,就可以接收来之脚本的调用请求。
脚本里面编写函数:
{
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));
}
然后调用的地方写:
就可以调用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好啊,经过一番搜索,找到了答案:
{
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的对话框移动一模一样了,太好了
今天一鼓作气把前面几天的工作都总结了下来,还真是敲得手有点累。但是这些东西确实是不太常规的方法,找解决问题的方法很难,这里先把他们记录下来,免得以后找不到了。以前确实有很多知识都是用了就丢一边找不到了。 也希望给有类似疑问的朋友一个帮助。