从资源行为不正常生成的 C++/Win32 对话框

Question

我为一个（无模式）对话框编写了一个资源脚本，该对话框应该包含一个编辑控件（用于显示非编辑日志报告）：

IDD_LOG DIALOGEX 10, 10, 300, 200, 0
STYLE WS_VISIBLE | WS_POPUP | WS_CAPTION | WS_BORDER | WS_SYSMENU | DS_CENTER
CAPTION "Last Log Report"
{
    EDITTEXT 301, 0, 0, 250, 180, WS_VISIBLE | WS_CHILD | WS_VSCROLL | ES_MULTILINE | ES_READONLY
}   

当我通过菜单调用对话框时

hwndLogDlg = CreateDialog(NULL, MAKEINTRESOURCE(IDD_LOG), hwnd, (DLGPROC)LogDlgProc)

以下几点是不对的：

1. 对话框窗口包含一个编辑控件，但上面还有另一个大小相同的编辑控件。该编辑控件似乎是一个非子窗口。 此外，当我在调用 SetDlgItemText(hwndLogDlg, IDDE_LOGTXT, "<Could not load log data>"); 的编辑控件中设置文本时，它们都已设置。
   我怀疑资源编译器将脚本中的编辑控件视为对话框的子项和第二次作为单独的窗口，尽管设置了 WS_CHILD。
2. 创建对话框时主窗口被阻止，尽管对话框是无模式的。
3. 即使我在 WM_QUIT 和 WM_DESTROY 上调用DestroyWindow(hwndDlg);，单击对话框窗口的关闭按钮也不会导致它关闭。加上主窗口被阻塞的问题，我关闭一切的唯一方法是从任务栏或任务管理器关闭窗口。

消息循环：

while(GetMessage(&Msg, NULL, 0, 0) > 0) {
    if (!IsDialogMessage(hwndDlg, &Msg)){
        TranslateMessage(&Msg); 
        DispatchMessage(&Msg);
    }
}

对话框窗口过程：

INT_PTR CALLBACK LogDlgProc(HWND hwndDlg, UINT message, WPARAM wParam, LPARAM lParam){
switch (message){
    case WM_INITDIALOG:{
        hwndLogTxt = GetDlgItem(hwndDlg, IDDE_LOGTXT);

        fileHandler fH;
        if (!fH.init("report.log")){
            SetDlgItemText(hwndLogTxt, IDDE_LOGTXT, "<Could not load log data>");
            err(ERR_CUSTOM,"Failed to extract log file!","Extraction Error!");
        }
        else SetDlgItemText(hwndLogTxt, IDDE_LOGTXT, fH.getStr());
        break;
    }
    case WM_DESTROY:{
        DestroyWindow(hwndDlg);
        break;
    }
}
return true;
}

所以我最终想要的是一个包含（只读）编辑控件（占据对话框窗口的所有客户区域）的无模式对话框。 这个问题是关于我的资源语法还是关于我调用它的方式？我什至可能错过了 WM_INITDIALOG 上的必要步骤吗？

Answer 1

一些cmets：

a) 我想您在调用CreateDialog() 时实际上使用了LogDlgProc？ CreateDialog() 后面还有ShowWindow(hwndDlg, SW_SHOW); 吗？

b) 你的EDITTEXT 控件在资源文件中声明为一个数字作为id，你的逻辑使用IDDE_TXT -- 将你的对话框资源更改为EDITTEXT IDDE_TXT...

c) 更改代码以将您的编辑控件设置为SetDlgItemText(hwndDlg, IDDE_TXT, ...);；确保 fH.getStr() 返回正确的字符串值

d) 如有必要，在读取fH 后关闭它（取决于fileHandler 的实现方式）

e) 为未处理的消息返回 FALSE

f) 在您致电 DestroyWindow 之前，您不会收到 WM_DESTROY，我认为处理 IDCANCEL 就足够了

你的对话过程应该是这样的

INT_PTR CALLBACK LogDlgProc(HWND hwndDlg, UINT message, WPARAM wParam, LPARAM lParam)
{   switch (message)
    {   case WM_INITDIALOG:
        {   fileHandler fH;
            if (fH.init("report.log"))
            {   SetDlgItemText(hwndDlg, IDDE_TXT, fH.getStr());
                // close fH
            }
            else
            {   SetDlgItemText(hwndDlg, IDDE_TXT, "<Could not load log data>");
                err(ERR_CUSTOM,"Failed to extract log file!","Extraction Error!");
            }
            return TRUE;
        }

        case WM_COMMAND: 
            if (LOWORD(wParam) == IDCANCEL) 
            {   DestroyWindow(hwndDlg);
                return TRUE;
            }
//EDIT start
            if (HIWORD(wParam) == EN_SETFOCUS && LOWORD(wParam) == IDDE_TXT)
            {   SendDlgItemMessage(hwndDlg, IDDE_TXT, EM_SETSEL, -1, -1);
                return TRUE;
            }
//EDIT end

    }
    return FALSE;
}

Answer 2

一般情况下，从对话过程中返回FALSE 以获得默认处理。

然而，一些逻辑上返回值的消息是特殊情况。您可以使用<windowsx.h> 中的SetDlgMsgResult 宏来正确处理这些特殊情况。或者你可以暂时忽略它们。

另外，我怀疑你不应该打电话给DestroyWindow。