不知道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还是该骂它？