使用IDropTarget接口同时支持文本和文件拖放

关于Windows的外壳扩展编程,拖放是比较简单的一种,在网上可以找到不少介绍这个技巧的文章。大部分是介绍使用MFC的COleDropTarget实现的, 我觉得一般使用COleDropTarget已经很好了,但是我习惯在一些程序模块中,完全的不使用MFC,比如纯SDK编程,还有用在ATL的时候,MFC是相当累 赘的。所以COleDropTarget在这个意义上讲不够完美。

IDropTarget是系统留给支持拖放的客户程序的一个纯虚接口,事先没有对接口的任何函数进行实现,而是让用户通过实现接口函数来接管拖放的 结果。IDropTarget接口有以下成员函数: 基本COM成员函数

QueryInterface  AddRef  Release  接管拖放事件的成员函数:

DragEnter DragOver DragLeave Drop 也就是说,要在客户程序里实现以上7个函数的实体。

系统在检测到拖放发生的时候,会在合适的时候依次调用客户程序里实现的IDropTarget接口相应函数,检查用户在这些函数里返回的标志, 决定鼠标外观表现和拖放结果。 -------------------------------------------------------------------------------- 实现IDropTarget接口 为此建立一个基类为IDropTarget的类:

class CDropTargetEx : public IDropTarget

IDropTarget接口在OLEIDL.h里定义,为纯虚接口。

在CDropTargetEx里依次声明接口所包含的7个函数,原形为:

HRESULT STDMETHODCALLTYPE QueryInterface(REFIID iid, void ** ppvObject);

ULONG STDMETHODCALLTYPE AddRef(void);

ULONG STDMETHODCALLTYPE Release(void);

HRESULT STDMETHODCALLTYPE DragOver(DWORD grfKeyState,

POINTL pt,

DWORD *pdwEffect);

HRESULT STDMETHODCALLTYPE DragEnter(IDataObject * pDataObject,

DWORD grfKeyState, POINTL pt,

DWORD * pdwEffect);

HRESULT STDMETHODCALLTYPE DragLeave(void);

HRESULT STDMETHODCALLTYPE Drop(IDataObject *pDataObj,

DWORD grfKeyState,

POINTL pt,

DWORD __RPC_FAR *pdwEffect);

(为了实现Addref计数,还有一个ULONG tb_RefCount成员变量是必须的。QueryInterface,AddRef,Release这3个函数的实现是COM知识中最基本的)

在讲解IDropTarget其他函数的具体实现之前,有必要介绍一下一个你可能永远不会直接调用但是确实存在的函数:DoDragDrop函数.此函数在某 数据源的数据被拖动的时候就被调用,它负责检测目标窗口是否支持拖放,发现目标窗口的IDropTarget接口随时跟踪鼠标和键盘的状态,根据 状态决定调用其DrageEnter,DragMove,Drop或DragLeave接口,从这些接口获取客户程序的返回值,根据这些值和用户界面以及数据源进行交互。  可以说DoDragDrop控制拖放的整个过程,我们要做的,只是将这个过程里发生的事件,接管下来并得到相应的信息,和DoDragDrop进行交互而已。 了解了这一点有助于我们理解为什么通过区区一个接口4个函数就可以实现了拖放的效果,因为系统为我们已经做了很多。

另一个非常重要的API是RegisterDragDrop,这个函数的原形是这样的: WINOLEAPI RegisterDragDrop(HWND hwnd, IDropTarget * pDropTarget); 不用被WINOLEAPI吓到,这是一个宏:#define STDAPI EXTERN_C HRESULT STDAPICALLTYPE 也就是表示一个标准的WIN API函数,返回一个HRESULT的值。 函数RegisterDragDrop的作用是告诉系统:某个窗口(hwnd参数指定)可以接受拖放,接管拖放的接口是pDropTarget。 记住在调用RegisterDragDrop之前,一定要先调用OleInitialize初始化OLE环境。 在类CDropTargetEx里设计了一个函数 BOOL CDropTargetEx::DragDropRegister(HWND hWnd,      DWORD AcceptKeyState=|MK_LBUTTON)

{

if(!IsWindow(hWnd))return false; HRESULT s = ::RegisterDragDrop (hWnd,this); if(SUCCEEDED(s)) {     m_hTargetWnd = hWnd;    m_AcceptKeyState = AcceptKeyState;     return true; } else  { return false; }

}

在这个函数里调用RegisterDragDrop,将this指针传入,表示本类实现了IDropTarget.,由本类接管拖放事件。另外顺便定义了一下拖放鼠标和键盘 特性常数,对这个类来说,我希望默认的只接受鼠标左键的拖放,所以,默认的AcceptKeyState值是MK_LBUTTON。相关的键盘鼠标常数 还有MK_SHIFT,MK_ALT,MK_RBOTTON,MK_MBUTTON,MK_BOTTON等几个,我想这个几个常数从字面上就可以理解它的意思了。这些常数可以用“位与”的 操作组合。

以下具体讨论IDropTarget的拖放相关接口函数(4个),这里的拖放对象以文本和文件为主。 --------------------------------------------------------------------------------

DragEnter

当你用鼠标选中了某一个文件或一段文本,并且将鼠标移到某个可以接受拖放(已经调用过RegisterDragDrop)的窗口里,DragEnter将第一时间 被调用。再看一下其原形:

HRESULT DragEnter( IDataObject * pDataObject,

DWORD grfKeyState,

POINTL pt,

DWORD * pdwEffect   )

pDataobject 是从拖放的原数据中传递过来的一个IDataObject接口实例,包含数据对象的一些相关方法,可以通过此接口获得数据。

grfKeyState 为DragEnter被调用时当前的键盘和鼠标的状态,包含上面介绍过的键盘鼠标状态常数。

pt 表示鼠标所在的点。是以整个屏幕为参考坐标的。

pdwEffect 是DoDragDrop提供的一个DWORD指针,客户程序通过这个指针给DoDragDrop返回特定的状态。有效的状态包括:

DROPEFFECT_NONE=0 表示此窗口不能接受拖放。

DROPEFFECT_MOVE=1 表示拖放的结果将使源对象被删除

DROPEFFECT_COPY=2 表示拖放将引起源对象的复制。

DROPEFFECT_LINK =4 表示拖放源对象创建了一个对自己的连接

DROPEFFECT_SCROLL=0x80000000表示拖放目标窗口正在或将要进行卷滚。此标志可以和其他几个合用

对于拖放对象来说,一般只要使用DROPEFFECT_NONE和DROPEFFECT_COPY即可。

在DragEnter里要做什么呢?主要是告知拖放已经进入窗口区域,并判断是否支持某具体类型的拖放。

首先,要判断键盘的状态。在调用DragDropRegister时我传入了一个AcceptKeyState并将其保存在m_AcceptKeyState成员变量里,现在可以拿它 跟这里得到的grfKeyState比较:

if(grfKeyState!=m_AcceptKeyState )

{

*pdwEffect = DROPEFFECT_NONE;

return S_OK;

}

如果键盘和鼠标的状态和我期望的不一样,那么pdwEffect里返回DROPEFFECT_NONE表示不接受拖放。

然后,判断拖放过来的IDataObject对象里有没有我感兴趣的数据。

这里要介绍的是两个关键的结构体FORMATETC和STDMEDIUM

FORMATETC是OLE数据交换的一个关键结构,对某种设备,数据,和相关媒体做了格式上的描述。

其定义为

typedef struct tagFORMATETC

{

CLIPFORMAT cfFormat;

DVTARGETDEVICE *ptd;

DWORD dwAspect;

LONG lindex;

DWORD tymed;

}FORMATETC, *LPFORMATETC;

在这里我们最感兴趣的是cfFormat和tymed两个数据。cfFormat是标准的“粘帖板”数据类型比如CF_TEXT之类。tymed表示数据所依附的媒介, 比如内存,磁盘文件,存储对象等等。其他的成员可以参见MSDN。

一个典型的FORMATETC结构变量定义如下:

FORMATETC cFmt = {(CLIPFORMAT) CF_TEXT, NULL, DVASPECT_CONTENT, -1, TYMED_HGLOBAL};

IDataObject提供了一个GetData接口来获取其实例里包含的数据,比如:

STGMEDIUM stgMedium;

ret = pDataObject->GetData(&cFmt, &stgMedium);

GetData传入cFmt,以指出所感兴趣的数据,并将返回在stgMedium结构里。

STGMEDIUM的定义如下1 typedef struct tagSTGMEDIUM

{

DWORD tymed;

[switch_type(DWORD), switch_is((DWORD) tymed)]

union {

[case(TYMED_GDI)] HBITMAP hBitmap;

[case(TYMED_MFPICT)] HMETAFILEPICT hMetaFilePict;

[case(TYMED_ENHMF)] HENHMETAFILE hEnhMetaFile;

[case(TYMED_HGLOBAL)] HGLOBAL hGlobal;

[case(TYMED_FILE)] LPWSTR lpszFileName;

[case(TYMED_ISTREAM)] IStream *pstm;

[case(TYMED_ISTORAGE)] IStorage *pstg;

[default] ;

};

[unique] IUnknown *pUnkForRelease;

}STGMEDIUM;

typedef STGMEDIUM *LPSTGMEDIUM;

看起来颇为复杂,其实主要是一系列句柄或数据对象接口的联合,根据数据具体的类型,使用其中之一即可。tymed和FORMATETC里一样,指出数据 的载体类型(遗憾的是它不能指出具体的标准类型比如CF_TEXT或者其他)。至于pUnkForRelease,是源数据指定的一个接口,用来传递给 ReleaseStgMedium函数,如果它不为NULL,则ReleaseStgMedium函数使用这个接口释放数据。如果为NULL,则ReleaseStgMedium函数使用默认 的IUnknown接口。对于常规的拖放来说,这个对象指针应该为NULL.

得到了句柄或数据对象接口,也相当于得到了拖放的数据。

定义一个特定的FORMATETC结构实例传递给IDataObject的GetData,可以直接询问和获取某一种特定的数据。如果我们对我们想要的数据是非常确定 的,这是比较有效率的方法。但是如果我们期望能够对拖放的对象进行自适应的话,我们可以采取枚举IDataObject里包含的所有数据类型的方案。 这就要用到IEnumFORMATETC 接口了。

IEnumFORMATETC接口从IDataObject接口里获取:

IEnumFormatETC *pEnumFmt = NULL;

ret = pDataObject->EnumFormatEtc (DATADIR_GET,&pEnumFmt);

如果获取成功,则可以通过IEnumFORMATETC接口的Next方法,来枚举所有的数据格式:

pEnumFmt->Reset ();

HRESULT Ret=S_OK

while(Ret!=S_OK)

{

Ret=pEnumFmt->Next(1,&cFmt,&Fetched);

if(SUCCEEDED(ret))

if( cFmt.cfFormat == CF_TEXT

||cFmt.cfFormat == CF_HDROP)

{

if(GetDragData(pDataObject,cFmt))

EnterResult = true;

}

}

第一个参数表示一次获取的FORMATETC结构数据的数量,cFmt是一个FORMATETC指针,指向一个数据缓冲,用来返回FORMATETC数据。,Fetched 是Next调用后得到的FORMATETC数据个数。一般一次获取一个,直到Next返回不为S_OK。

我们可以对每个得到cFmt调用IDataObject->GetData方法,但是一般来说,一个数据对象包含的数据不止一种,而且一般有一些自定义的 数据类型(关于自定义数据类型,参见:RegisterClipboardFormat,如果要自己实现Drag/Drop源数据,这个函数是有用的),对此我们 不感兴趣,因为这里只要求处理文本和文件的拖动,为此,只处理cfFormat为CF_TEXT和CF_HROP的数据:

GetDragData为CDropTargetEx类的一个成员函数:

///////////////////////////////////////////////////

//Get The DragData from IDataObject ,save in HANDEL

BOOL CDropTargetEx::GetDragData(IDataObject *pDataObject,FORMATETC cFmt)

{

HRESULT ret=S_OK;

STGMEDIUM stgMedium;

ret = pDataObject->GetData(&cFmt, &stgMedium);//GetData(CF_TEXT, &stgMedium);

if (FAILED(ret))

{

return FALSE;

}

if (stgMedium.pUnkForRelease != NULL)

{

return FALSE;

}

///////////////////////////////////////////

switch (stgMedium.tymed)

{

case TYMED_HGLOBAL:

{

LPDRAGDATA pData = new DRAGDATA;

pData->cfFormat = cFmt.cfFormat ;

memcpy(&pData->stgMedium,&stgMedium,sizeof(STGMEDIUM));

m_Array.push_back(pData);

return true;

break;

}

default:

// type not supported, so return error

{

::ReleaseStgMedium(&stgMedium);

}

break;

}

return false;

}

在这个成员函数里,根据cFmt,调用IDataObject->GetData函数获得数据(对于CF_TEXT和CF_HROP来说,数据的媒介载体tymed都是HGLOBAL类型的)。

在具体实现的时候,我定义了一个结构:

typedef struct _DRAGDATA

{

int cfFormat;

STGMEDIUM stgMedium;

}DRAGDATA,*LPDRAGDATA;

 

将STGMEDIUM和数据类型(比如CF_TEXT,记录在cfFormat)都记录在DRAGDATA里。并且使用了一个vector数组,将这个结构保存在数组里。对于 不是我们想要的STGMEDIUM数据,我们马上调用ReleaseStgMedium函数进行释放,免得造成内存泄露。

这样,DragEnter的工作就基本完成了,最后需要做的就是给DoDragDrop返回相应的状态:如果我们获得了想要的数据就给* pdwEffect赋值 为DROPEFFECT_COPY,否则,就是DROPEFFECT_NONE;

如果支持拖放,鼠标形状将变成一个有接受意义的图标,否则,是一个拒绝意义的图标。

--------------------------------------------------------------------------------

DragOver

鼠标拖动对象进入窗口之后,将会在窗口范围内移动,这时DoDragDrop就会调用IDropTarget的DragOver接口。其原形为:

HRESULT DragOver(

DWORD grfKeyState

POINTL pt,

DWORD * pdwEffect

)

相对来说对于这个接口方法的实现可以简单的多:只要根据grfKeyState判断键盘和鼠标的状态是否符合要求,根据pt传入的鼠标点判断该点 是否支持拖放(比如将拖放区域限制在窗口的一部分的话),然后为*pdwEffect赋值为DROPEFFECT_COPY或DROPEFFECT_NONE.当然,还可以做 一些你喜欢的事情,比如把鼠标坐标打印到屏幕上。不过为了性能和安全起见,建议不要做延时明显的操作。

--------------------------------------------------------------------------------

DragLeave:

这个方法没有传入参数,相当简单。

当拖动的鼠标离开了窗口区域,这个方法将被调用,你可以在这里写一些清理内存的代码。在CDropTargetEx类里,由于在DragEnter里new了 一些数据结构,并加到一个指针数组里,所以我必须在这里对此数据进行清理,对此结构里的STDMEDIUM调用ReleaseStgMedium然后Delete该结构。

另外,如果需要的话,可以通知用户鼠标指针已经离开了拖放区域。

--------------------------------------------------------------------------------

Drop 如果鼠标没有离开窗口,而是在窗口内释放按纽,那么拖放时间的“放”就在这时发生,IDropTarget接口的Drop方法被调用。其原形为

HRESULT Drop(

IDataObject * pDataObject,

DWORD grfKeyState,

POINTL pt,

DWORD * pdwEffect

)

有些资料建议在这里才调用pDataObject->GetData方法获取数据,在CDropTargetEx类里,数据实际上已经在DragEnter里获取了。这样做的理由 是我希望一开始就获得数据,从它本身进行判断是否支持拖放,而不是在“放”的时候才判断是否合法数据。既然数据已经获得,那么我就可以从 保存数据的指针数组里提取出STGMEDIUM数据来,并根据数据的具体格式进行处理(最后一定要记住对STGMEDIUM进行ReleaseStgMedium)

对于CF_TEXT类型的数据,STGMEDIUM的成员hGlobal里包含的是一段全局内存数据。获取这些数据的方法是:

TCHAR *pBuff = NULL;

pBuff=(LPSTR)GlobalLock(hText);

GlobalUnlock(hText);

则得到一个指向内存数据的指针pBuff。在我这个例子里一般是一段"/0"结尾的文本字符串。这样就实现了文本的拖放。

对于CF_HDROP类型的数据,STGMEDIUM成员hGlobal是一个HDROP类型的句柄。通过这个句柄,可以获得拖放的文件列表。如:

BOOL CDropTargetEx::ProcessDrop(HDROP hDrop)

{

UINT iFiles,ich =0;

TCHAR Buffer[MAX_PATH]="";

memset(&iFiles,0xff,sizeof(iFiles));

int Count = ::DragQueryFile(hDrop,iFiles,Buffer,0); //Get the Drag _Files Number.

if(Count)

for (int i=0;i<Count;i++)

{

if(::DragQueryFile(hDrop,i,Buffer,sizeof(Buffer)))

{

//Got the FileName in Buffer

}

}

::DragFinish(hDrop);

return true;

}

获得的Buffer是就是拖放的文件名,如果拖放的是多个文件,在

CDropTargetEx类使用非常简单:

在客户窗口的相关文件中,定义一个CDropTargetEx实例:CDropTargetEx DropTarget;

在窗口创建之后,将窗口句柄进行拖放注册:

DropTarget.DragDropRegister(hWnd);

或者

DropTarget.DragDropRegister(hWnd,MK_CONTROL|MK_LBUTTON);

表示鼠标左键按下并且按住Ctrl键的拖放有效;

对于获取拖放的结果,我使用的是回调函数方式:

回调原形 typedef VOID (_stdcall *DROPCALLBACK)(LPCSTR Buffer,int type);

在适当的地方(比如窗口的实现CPP里)定义函数DropCallback:

void _stdcall DropCallBack(LPCSTR Buffer,int type)

并且将其地址赋于DropTarget实例:

DropTarget.SetCallBack(DropCallBack);

这样,拖放文本到客户窗口,回调函数将被调用,参数Buffer为拖放的文本,format为CF_TEXT。而拖放文件的时候,对每个被拖放的文件都调用 一次回调函数,参数Buffer为文件全路径名,format为CF_HDROP。

示例的DropCallBack代码为:

void _stdcall DropCallBack(LPCSTR Buffer,int format)

{

switch(format)

{

case CF_TEXT:

{

SetWindowText(hEdit,Buffer);

break;

}

case CF_HDROP:

{

TCHAR Buf[2048]="";

sprintf(Buf,"File : <%s> is Drag and Drop to this Windows ,Open it?",Buffer);

if(MessageBox(hMainWnd,Buf,"Question",MB_YESNO)==IDYES)

{

ShellExecute(0,"open",Buffer,"","",SW_SHOW);

}

}

default:

break;

}

}

 

总结:使用IDropTarget实现通用的拖放,只要实现其7个接口,并且对得到的IDataObject用正确的格式(FORMATETC)调用正确的GetData获取数据, 返回DROPEFFECT决定拖放的特征和结果,并处理拖放结果即可。

要注意的小问题是:

要调用OleInitialize而不是CoInitialize或CoInitializeEx对COM进行初始,否则RegisterDragDrop将不会成功,返回的错误是E_OUTOFMEMORY-- 内存不够,无法进行该操作。

调用ReleaseStgMedium释放STGMEDIUM里的数据,而不是直接对其hGlobal成员调用CloseHandle.

拖放操作关系到两个进程的数据交换,会将两个进程都堵塞,直到拖放完成为止,所以,在接管拖放的接口方法中,不要进行过于耗时的运算。

这个例子相当简单,还可以简化,比如取消vector,将获得HGLOBAL句柄作为成员变量存储,或者将获取数据的操作全部放到Drop方法里。

对于拖放文件,还有一个更简单的方法:响应WM_DROPFILES 消息。步骤是:

对客户窗口调用DropAccepFiles,使该窗口可以接受文件拖放。

响应WM_DROPFILES消息,其wParam就是HDROP句柄

对此句柄调用DropQueryFiles获取拖放文件列表并结束拖放,参见上面关于ProcessDrop的代码

二、OLE拖放实现

MFC本身的CView类是支持拖放操作的,通过研究CView类的源码,大体知道它的实现原理是这样的:CView类中有一个COleDropTarget类的对象, 在视图窗口初始化时,调用COleDropTarget类成员函数Register(),以此在系统中注册该视图窗口为拖放接收窗口。当进行拖放操作的鼠标指 针处于视图窗口范围内时,COleDropTarge类会做出反应,它的OnDragEnter、OnDragOver、OnDropEx、OnDrop等成员函数被依次调用,这些函数 默认均是调用与其相对应的CView类成员函数OnDragEnter、OnDragOver、OnDropEx、OnDrop等,程序员只需重载这些CView类成员函数,即可对 拖动的过程及结果进行控制。

因为COleDropTarget默认只对CView提供支持,所以如果要让其他的窗口支持拖放,我们必须同时对要支持拖放的窗口类和COleDropTarget类进行 派生。把对拖放操作具体进行处理的代码封装成派生窗口类的成员函数,然后重载COleDropTarget中对应的五个虚函数,当它接收到拖放动作时, 调用窗口派生类的处理函数即可。但这里有一个问题,就是我们怎么知道何时调用派生类的处理函数呢?答案是运用RTTI技术。如果COleDropTarget 派生类收到的窗口指针类型,就是我们派生的窗口类,那么就调用它的处理函数,否则调用基类进行处理。

首先生成一个对话框工程,添加二个新类。 第一个类名为CListCtrlEx,父类为CListCtrl。添加完毕后,在CListCtrlEx的定义头文件中加入DECLARE_DYNAMIC(CListCtrlEx),在其实现文件中 加入IMPLEMENT_DYNAMIC(CListCtrlEx,CListCtrl),这样就对CListCtrlEx类添加了RTTI运行期类型识别(Run Time Type Information)支持。 第二个类名为COleDropTargetEx,父类为COleDataTarget。 在CListCtrlEx中添加COleDropTargetEx类的对象,并添加下列公有虚函数的声明:

virtual BOOL Initialize();

virtual DROPEFFECT OnDragOver(CWnd* pWnd, COleDataObject* pDataObject, DWORD dwKeyState, CPoint point);

virtual DROPEFFECT OnDropEx(CWnd* pWnd, COleDataObject* pDataObject, DROPEFFECT dropEffect, DROPEFFECT dropList,                  CPoint point);

virtual BOOL OnDrop(CWnd* pWnd, COleDataObject* pDataObject, DROPEFFECT dropEffect, CPoint point);

virtual void OnDragLeave(CWnd* pWnd);

Initialize函数用于注册CListCtrlEx成为拖放接收窗口;

OnDragOver在拖放鼠标进入窗口时被调用。此函数的返回值决定了后续的动作的类型:如果返回DROPEFFECT_MOVE,则产生一个剪切动作;如果 返回DROPEFFECT_COPY,则产生一个复制动作,如果返回DROPEFFECT_NONE,则不会产生拖放动作,因为OnDropEx、OnDrop函数将不会被调用 (OnDragLeave函数仍会被调用)。

OnDropEx函数会在OnDrop函数之前调用,如果OnDropEx函数没有对拖放动作进行处理,则应用程序框架会接着调用OnDrop函数进行处理。 所以必须要在派生类中重载OnDropEx函数——即使什么动作都都没有做——否则我们的OnDrop函数将不会被执行到,因为没有重载的话, 将会调用基类的OnDropEx函数,而基类的OnDropEx函数对拖放是进行了处理的——尽管不是我们所想要的动作。当然你也可以把对拖放进行处 理的动作放在OnDropEx中——那样就不需要重载OnDrop了。

OnDragLeave函数会在鼠标离开窗口时被调用,在此可以进行一些简单的清理工作。譬如在OnDragEnter或者OnDragOver函数中,我们改变 了光标的形态,那么此时我们就应该把光标恢复过来。

这些函数中最重要的是OnDrop函数,拖放动作将在此进行处理,它的全部源码如下:

BOOL CListCtrlEx::OnDrop(CWnd* pWnd, COleDataObject* pDataObject, DROPEFFECT dropEffect, CPoint point)

{

UINT              nFileCount = 0;

HDROP           hDropFiles = NULL;

HGLOBAL        hMemData = NULL;

AfxMessageBox("OnDrop");

if(pDataObject->IsDataAvailable(CF_HDROP))

{

hMemData = pDataObject->GetGlobalData(CF_HDROP);

hDropFiles = (HDROP)GlobalLock((HGLOBAL)hMemData); //锁定内存块

if(hDropFiles != NULL)

{

char chTemp[_MAX_PATH+1] = {0};

nFileCount = DragQueryFile(hDropFiles, 0xFFFFFFFF, NULL, 0);

for(UINT nCur=0; nCur<nFileCount; ++nCur) //遍历取得每个文件名

{

ZeroMemory(chTemp, _MAX_PATH+1);

DragQueryFile(hDropFiles, nCur, (LPTSTR)chTemp, _MAX_PATH+1);

AddAllFiles(chTemp);

}

}

GlobalUnlock(hMemData);

return TRUE;

}

else

{

return FALSE;

}

}

在第二个类COleDropTarget中添加如下对应的函数:

virtual DROPEFFECT OnDragEnter(CWnd* pWnd, COleDataObject* pDataObject, DWORD dwKeyState, CPoint point);

virtual DROPEFFECT OnDragOver(CWnd* pWnd, COleDataObject* pDataObject, DWORD dwKeyState, CPoint point);

virtual DROPEFFECT OnDropEx(CWnd* pWnd, COleDataObject* pDataObject, DROPEFFECT dropEffect, DROPEFFECT dropList,         CPoint point);

virtual BOOL OnDrop(CWnd* pWnd, COleDataObject* pDataObject, DROPEFFECT dropEffect, CPoint point);

virtual void OnDragLeave(CWnd* pWnd);

它们的动作都差不多:先用RTTI判断窗口指针pWnd的类型,如果是CListCtrlEx,则调用CListCtrlEx中对应的处理函数,否则调用基类的处 理函数。以OnDrop为例:

BOOL COleDropTargetEx::OnDrop(CWnd* pWnd, COleDataObject* pDataObject, DROPEFFECT dropEffect, CPoint point)

{

CListCtrlEx*     pListCtrlEx = NULL;

ASSERT_VALID(this);

ASSERT(IsWindow(pWnd->m_hWnd));

if(pWnd->IsKindOf(RUNTIME_CLASS(CListCtrlEx)))

{

pListCtrlEx = (CListCtrlEx*)pWnd;

return pListCtrlEx->OnDrop(pWnd, pDataObject, dropEffect, point);

}

else

{

return COleDropTarget::OnDrop(pWnd, pDataObject, dropEffect, point);

}

}

//倒霉的64K限制,只能再截断了:(

至此,我们成功地为CListCtrlEx添加了文件拖入操作的支持。一个完整的拖放操作,还包括拖出动作,所以必须要为该类再添加拖出操作, 即,将列表中的某一项或者多项拖出成为一个文件。这就需要用到另一个类:COleDataSource。具体步骤如下:

在CListCtrlEx中加入一个COleDataSource的实例,并映射列表框的LVN_BEGINDRAG消息处理函数,在此我们添加拖出操作的代码。

实现拖出非常简单,只需要依次调用COleDataSource的三个函数即可:Empty用于清空原先对象中缓存的数据,CacheGlobalData用来缓存数据 以进行拖放操作,最后调用DoDragDrop启动本次拖放操作。

但在调用之前,必须要做一些准备工作。主要的任务就是创建一个DROPFILES结构体,并拷贝要拖放的文件名到结构体后的内存中。DROPFILES 结构体定义了CF_HDROP剪贴板格式,紧跟它后面的是一系列被拖放文件的路径名。它的定义如下:

typedef struct _DROPFILES

{

DWORD     pFiles; //文件名起始地址

POINT      pt;     //鼠标放下的位置,坐标由fNC成员指定

BOOL        fNC;    //为TRUE表示适用屏幕坐标系,否则使用客户坐标系

BOOL        fWide; //文件名字符串是否使用宽字符

} DROPFILES, FAR* LPDROPFILES;

拖放之前的准备动作的代码如下:

uBufferSize = sizeof(DROPFILES) + uBufferSize + 1;

hMemData = GlobalAlloc(GPTR,uBufferSize);

ASSERT(hMemData != NULL);

lpDropFiles = (LPDROPFILES)GlobalLock(hMemData); //锁定之,并设置相关成员

ASSERT(lpDropFiles != NULL);

lpDropFiles->pFiles = sizeof(DROPFILES);

#ifdef _UNICODE

lpDropFiles->fWide = TRUE;

#else

lpDropFiles->fWide = FALSE;

#endif

//把选中的所有文件名依次复制到DROPFILES结构体后面(全局内存中)

pItemPos = strSelectedList.GetHeadPosition();

pszStart = (char*)((LPBYTE)lpDropFiles + sizeof(DROPFILES));

while(pItemPos != NULL)

{

lstrcpy(pszStart, (LPCTSTR)strSelectedList.GetNext(pItemPos));

pszStart = strchr(pszStart,'/0') + 1; //下次的起始位置是上一次结尾+1

}

准备完毕之后就可以进行拖放了,拖放动作有DoDragDrop函数触发,其原型如下:

DROPEFFECT DoDragDrop(

DWORD dwEffects = DROPEFFECT_COPY|DROPEFFECT_MOVE|DROPEFFECT_LINK, LPCRECT lpRectStartDrag = NULL,

COleDropSource* pDropSource = NULL

);

这里,dwEffects指定了允许施加于本COleDataSource实例之上的动作集:剪切、复制或无动作。

lpRectStartDrag指示拖放操作真正开始的矩形,如果鼠标没有移出该矩形,则拖放操作视作放弃处理。如果本成员设为NULL,则该起始     矩形将为一个像素大小。

pDropSource表明拖放所使用的COleDataSource对象。

而该函数的返回值,则表明本次拖放操作所实际产生的效果,至于具体产生何种效果,则由系统决定。譬如在拖放时按住Shift键,将产生剪切 效果;按住Ctrl键,将产生复制效果,等等。

拖放的代码如下:

m_oleDataSource.Empty();

m_oleDataSource.CacheGlobalData(CF_HDROP, hMemData);

DropResult = m_oleDataSource.DoDragDrop(DROPEFFECT_MOVE|DROPEFFECT_COPY);

最后一点要注意的是,在Windows NT 4.0以上的系统中,即使实际产生的是DROPEFFECT_MOVE动作,DoDragDrop函数也只返回DROPEFFECT_NONE。 产生这个问题的原因在于,Windows NT 4.0的Shell会直接移动文件本身来对移动操作进行优化。返回值DROPEFFECT_MOVE最初的含义,就是通知 执行拖放操作的应用程序去删除原位置上的文件。但是因为Shell已经替应用程序完成了这个(删除)动作,所以,函数返回DROPEFFECT_NONE。 要想知道文件是否真的被移动了也很简单,只要在函数返回之后检查一下原位置上的文件是否存在就可以了

OLE文件拖放的更多相关文章

  1. CListCtrlEx:一个支持文件拖放和实时监视的列表控件——用未公开API函数实现Shell实时监视

    一.需求无论何时,当你在Explorer窗口中创建.删除或重命名一个文件夹/文件,或者插入拔除移动存储器时,Windows总是能非常快速地更新它所有的视图.有时候我们的程序中也需要这样的功能,以便当用 ...

  2. 赞!带进度条的 jQuery 文件拖放上传插件

    jQuery File Uploader 是一个 jQuery 文件拖放上传插件,包括 Ajax 上传和进度条效果.作者编写这个插件的想法是要保持它非常简单,不像其他的插件,很多的标记,并提供一些 H ...

  3. 带进度条的 jQuery 文件拖放上传插件

    jQuery File Uploader :jQuery File Uploader 是一个 jQuery 文件拖放上传插件 兼容性判断 下载:https://github.com/danielm/u ...

  4. Delphi 多文件拖放获取路径示例

    unit Unit1;interfaceuses  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, ...

  5. html5实现本页面元素拖放和本地文件拖放

    HTML5拖放 拖放本地数据   1.HTML拖放 拖放(Drag 和 Drop)是HTML5标准的组成部分 2.拖放开始: ondragStart:调用了一个函数,drag(event),它规定了被 ...

  6. C#实现文件拖放并打开文件(使用ListBox)

    1.C#实现文件拖放并打开文件 (http://www.cnblogs.com/GaoHuhu/archive/2012/10/10/2717954.html)

  7. C#中实现文件拖放打开的方法

    C#中实现文件拖放打开的方法 设置Form属性 AllowDrop = True; 在Form事件中 private void Form1_DragDrop(object sender, DragEv ...

  8. C# 文件拖放到此程序的操作

       问题描述: 怎么写代码可以实现指定类型的文件通过鼠标拖放显示在程序的文本框中,如:选中3个文件(3个文件的格式有MP3和wma)拖到程序,程序的文本框显示这三个文件的路径...解决代码: thi ...

  9. VC++文件拖放

    属性Accept Files 设置True,消息WM_DROPFILES 设置事件OnDropFiles void CNWiReworkDlg::OnDropFiles(HDROP hDropInfo ...

随机推荐

  1. 对linux内核中jiffies+Hz表示一秒钟的理解

    jiffies在内核中是一个全局变量,它用来统计系统启动以来系统中产生的总节拍数,这个变量定义在include/linux/jiffies.h中,定义形式如下. unsigned long volat ...

  2. react-router 4 路由的嵌套

    1.在component组件内部需要嵌套的位置直接嵌套Route标签 这个方法会使得路由标签比较分散,子组件我们必须直接将Route标签写入到父组件之中,而且路由必须包含根路径. // Dashboa ...

  3. Vue中发送ajax请求——axios使用详解

    axios 基于 Promise 的 HTTP 请求客户端,可同时在浏览器和 node.js 中使用 功能特性 在浏览器中发送 XMLHttpRequests 请求 在 node.js 中发送 htt ...

  4. shell中后台进程管理: ps -aux 详解

    常用 查找进程id方法:      ps -aux | grep "jupyter"                杀进程:   kill -9 具体的PID 1.ps命令 要对进 ...

  5. Python_oldboy_常用模块(九)

    本节大纲: 模块介绍 time &datetime模块 random os sys shutil json & pickle shelve xml处理 yaml处理 configpar ...

  6. 微信小程序《沈航二手书》

    微信小程序<沈航二手书> 0x01. 利益相关者  利益相关者:是指与客户有一定利益关系的个人或组织群体,可能是客户内部的(如雇员),也可能是客户外部的(如供应商或压力群体). 根据相关利 ...

  7. java.io.StreamCorruptedException: invalid stream header: EFBFBDEF 问题解决

    错误方式 @Test public void testDeserializeTest() throws IOException, ClassNotFoundException { ByteArrayO ...

  8. pip安装显示 is not a supported wheel on this platform.

    之前电脑安装的是python3.4,因为需要安装了python2,在用:LFD 安装whl是,每次都会提示 whl  is not a supported wheel on this platform ...

  9. Java编程的逻辑 (19) - 接口的本质

    本系列文章经补充和完善,已修订整理成书<Java编程的逻辑>,由机械工业出版社华章分社出版,于2018年1月上市热销,读者好评如潮!各大网店和书店有售,欢迎购买,京东自营链接:http:/ ...

  10. 体会 git 之优越性

    既生瑜,何生亮.已有subversion,何需git?先有firefox叱咤一时,何需chrome来搅局? 原本以为之前的解决方案已经能够满足现时的需求,但这是真正的事实吗?直到新颖的工具降临,才惊叹 ...