無標題列對話框拖曳移動：WM_NCHITTEST 攔截法與 HTTRANSPARENT 穿透技巧

無框架對話框（移除標題列與邊框）常用於啟動畫面、媒體播放器、自訂 UI。但失去標題列後，使用者無法拖曳移動視窗。本文介紹兩種專業解法：WM_NCHITTEST 模擬標題列點擊、HTTRANSPARENT 穿透視圖類別，並解決靜態控制項透明點擊、CFormView 適用性等細節。

方案一：對話框類別直接攔截 WM_NCHITTEST

核心邏輯：滑鼠在客戶區內時返回 HTCAPTION，欺騙系統以為點擊標題列。

UINT CMyDialog::OnNcHitTest(CPoint pt)
{
    CRect rc; GetClientRect(&rc);
    ClientToScreen(&rc);  // 轉螢幕座標
    return rc.PtInRect(pt) ? HTCAPTION : CDialog::OnNcHitTest(pt);
}

效果：

• 背景空白處拖曳 → 移動視窗
• 按鈕、編輯框、下拉清單等控制項 → 正常接收點擊（非靜態控制項）
• 靜態文字/圖片 → 透明穿透，同樣可拖曳

原理：Windows 以 Z-order 判斷點擊目標。非靜態控制項會攔截滑鼠訊息；靜態控制項 (SS_ICON, SS_BITMAP, SS_SIMPLE 等) 對話框視為透明，訊息繼續傳遞給對話框 OnNcHitTest。

方案二：CFormView / 視圖類別穿透法

文件/視圖架構中，視圖位於框架視窗內。視圖優先接收 WM_NCHITTEST，需將其設為穿透：

// CMyView 衍生類別
UINT CMyView::OnNcHitTest(CPoint pt)
{
    return HTTRANSPARENT;  // 完全穿透，讓父框架處理
}

// 或條件式穿透：僅特定區域可拖曳
UINT CMyView::OnNcHitTest(CPoint pt)
{
    return PointInDraggableRegion(pt) ? HTTRANSPARENT : CView::OnNcHitTest(pt);
}

父框架 (CMainFrame) 則實作方案一的邏輯：客戶區返回 HTCAPTION。

進階應用：全螢幕切換與拖曳

參考文章「MFC 框架程式全螢幕顯示特性實現」，結合 WM_NCHITTEST 穿透鏈，可實現：

• 全螢幕模式下任意位置拖曳移動（雖全螢幕通常不需移動）
• 自訂標題列區域（僅上方 30 像素可拖曳）
• 雙擊標題列區域最大化/還原

常見問題與解決

結語

WM_NCHITTEST + HTCAPTION 是無標題列視窗拖曳的標準解法，程式碼極簡（3 行核心邏輯）且相容性極佳。配合 HTTRANSPARENT 可延伸至文件/視圖架構、巢狀視圖、自訂標題列等複雜場景。這是 MFC 開發者必備的視窗管理技巧之一。