不知道MS怎么想的,这么一个基本功能竟然没有现成的实现?!昨天折腾了一晚上总算有了点眉目。
RichEdit通过IRichEditOle接口支持一个ImportDataObject的方法,这个方法可以用指定的IDataObject替换当前选择区域,只需要创建一个包含图片的IDataObject就可以了。
读了读MSDN,我可犯了愁,IDataObject这么一个常用的接口在整个Win32API里面竟然没有默认的实现?要知道IDataObject的9个成员加上相关的IDataAdviseHolder之流的附加垃圾自己实现没有200行代码可是下不来。虽然针对目前这个不跨进程只支持图片的特定实现可能会小很多,不过我确实提不起兴趣以后再对这段代码动大手术。
翻出COleDataObject的文档,仔细瞧瞧,叫了这么暧昧的名字,可竟然不是IDataObject的实现?!MS的工程师是不是脑子进水?翻了半个小时才发现IDataObject的实现包含在COleDataSource里面,我真是不知道该怎么形容当时的感受了…………
收获还是有的,这个实现出奇的完整,包括一些我没想到的问题都写在里面了,既然如此剩下的问题真的没有丝毫难度,代码如下:
COleDataSource src;
STGMEDIUM sm;
sm.tymed=TYMED_GDI;
sm.hBitmap=hbmp;
sm.pUnkForRelease=NULL;
src.CacheData(CF_BITMAP, &sm);
LPDATAOBJECT lpDataObject =
(LPDATAOBJECT)src.GetInterface(&IID_IDataObject);
pRichEditOle->ImportDataObject(lpDataObject, 0, NULL);
lpDataObject->Release();
写到这里真觉得很郁闷,困扰我2天的居然就是这十几行代码。我到底是该感谢MS还是该骂它?