MFC 对话框Border为None是拖动实现

一、实现方法

　　解决无标题栏窗口的拖动问题有两种方案，一种方案是使用常规思路来处理鼠标拖拽事件，当窗口获得WM_LBUTTONDOWN（OnLButtonDown）时，通过设置标志并调用CWnd::SetCapture（）函数来让当前窗口捕捉鼠标消息，应用程序进入移 动模式，此时只要有WM_MOUSEMOVE消息过来，就可以据此移 动框架窗口，最后当用户释放鼠标按钮，则WM_LBUTTONUP消息处理例程清除标志并调用CWnd::ReleaseCapture（）函数将鼠标控制返还给Windows。这种方法比较繁琐，首先要决定窗口准备移到哪？然后要想好如何重绘窗口等等，而且根据屏幕显示属性对话框"效果"页中"视觉效果"项的"拖动时显示窗口中内容"复选框是不是选中，拖动效果是不同的。那么你怎么知道设置的信息呢？方法是调用SystemParametersInfo（SPI_GETDRAGFULLWINDOWS）。Windows要程序员来事无巨细地处理这些繁琐的事情真是太糟了。

　　由于Windows本身知道通过鼠标点住标题栏可以移 动窗口，那么能不能将鼠标在窗口客户区任何地方的点击拖动行为都模仿成好像是在标题栏中一样呢？答案是肯定的，这样就产生了第二种拖动窗口移 动的方法。实际上，用鼠标点住对话框背景进行拖动操作并不难，但是你必须了解在标题栏里拖动窗口的原理。Windows首先确定鼠标点中了哪个窗口，然后向那个窗口发送一个WM_NCHITTEST消息找出此窗口的哪个"非客户区"（如边界、最大化/最小化按钮、菜单、标题等等）拥有鼠标光标。接着默认的窗口过程响应消息并返回一个特定的代码。如果鼠标指针落在标题栏中，那么这个特定代码就是HTCAPTION，此时Windows便进入拖拽模式，以便用户能够对窗口进行移 动操作。所以要想在客户区里用鼠标拖动对话框，那么只要在客户区里模仿标题栏里的鼠标拖动行为即可。下面的代码通过处理WM_NCHITTEST消息实现了对话框的拖动操作：

UINT CMyDialog::OnNcHitTest(CPoint pt) { 　CRect rc; 　GetClientRect(&rc); 　ClientToScreen(&rc); 　return rc.PtInRect(pt) ? HTCAPTION : CDialog::OnNcHitTest(pt); }

　　上面这个代码很容易理解，当鼠标落在客户区内，函数返回HTCAPTION。对于一个简单的对话框来说，仅仅用这个代码就完全可以实现在对话框背景内的拖动操作。因为Windows使用z-order坐标来确定鼠标下是哪个窗口，所以对话框中其它的所有对象照常工作。如果用户单击某个控制，只要这个控制不是静态位图图像或者文本，那么Windows都将鼠标事件发送到该控制上，而不是对话框。由于静态位图图像或者文本对于对话框是透明的，所以鼠标在上面的拖动同样实现移 动，而对于对话框中的编辑框、按钮、组合框等其它非静态控制则按通常的行为方式运行。

　　如果应用不是一个纯粹的对话框程序，而是是包含CFormView或其它非对话框视图，处理方法几乎是一样的，只需在视图代码中做一点小小的改动即可，因为Windows在发送WM_NCHITTEST消息时，是将它发送到鼠标光标下的框架/视图最顶层非透明窗口，由于视图首先获得WM_NCHITTEST消息。所以只要在视图的WM_NCHITTEST消息处理例程中返回HTTRANSPARENT，让视图对鼠标点击"透明"即可。注意是在视图中，而不是在框架中加入下面代码：

UINT CMyView::OnNcHitTest(CPoint pt) { 　return HTTRANSPARENT; }

　　这样做以后，Windows将忽略视图并继续搜索能接收WM_NCHITTEST的窗口。如果顺利的话，将找到父窗口，这时用与对话框相同的WM_NCHITTEST处理代码即可，即在客户区中的点击返回HTCAPTION。你甚至可以通过鼠标坐标的象素计算，在规定的局部范围内实现视图透明。