使用 MoveWindow 或 SetWindowPos 时未正确调整编辑控件/组合框的窗口大小

Question

简介及相关资料：

我正在尝试使用可编辑项和子项来实现列表视图控件。项目和子项目应该有编辑控件、复选框或组合框，而不是常规的列表视图外观。

我正在使用原始的 WinAPI 和 C++。我的目标是Windows XP 以后。

我为解决问题所做的努力：

在这里和互联网上研究后，我只能在MFC 中找到示例。他们都使用LVN_BEGINLABELEDIT 技术来实现这种行为。

很遗憾，我并不完全理解这个概念，所以我决定从头开始（我认为这也是提高编程技能的最佳方法）。

我的概念：

我决定为列表视图捕获NM_DBLCLK，并使用ListView_GetItemRect 或ListView_GetSubItemRect 宏从那里获取坐标。

然后我只需将组合框/复选框/编辑控件移动到相应的项目/子项上（组合框/编辑控件/复选框将被创建为单独的隐藏窗口）。

用户完成输入后（按回车键或更改焦点），我将简单地隐藏组合框/复选框/编辑控件。

我目前的结果：

目前，当我移动到项目/子项目上方时，组合框/编辑控件/复选框的尺寸与项目/子项目的尺寸不同。

问题：

能否改进我下面提交的代码示例，以正确调整组合框/编辑控件/复选框窗口大小以适应项目/子项的大小？ 现在，我将只关注这部分问题，让这个问题尽可能简短。

这里是创建说明问题的小型应用程序的说明。请注意，我已尽量减少内容：

1.) 在Visual Studio 中创建默认Win32 project（我使用VS 2008）。

2.) 将以下WM_CREATE 处理程序添加到主窗口的过程中：

case WM_CREATE:
    {
        HWND hEdit = CreateWindowEx( 0,WC_EDIT, L"",
            WS_CHILD | WS_VISIBLE | WS_BORDER | ES_CENTER | ES_AUTOHSCROLL,
            250, 10, 100, 20, hWnd, (HMENU)1500, hInst, 0 );

        HWND hComboBox = CreateWindowEx( 0,WC_COMBOBOX, L"",
            WS_CHILD | WS_VISIBLE | WS_BORDER | CBS_DROPDOWNLIST,
            100, 10, 100, 20, hWnd, (HMENU)1600, hInst, 0 );

        HWND hwndLV = CreateWindowEx( 0, WC_LISTVIEW, 
            L"Editable Subitems",
            WS_CHILD | WS_VISIBLE | WS_BORDER | 
            LVS_REPORT | LVS_SINGLESEL, 
            150, 100, 250, 150, hWnd, (HMENU)2000, hInst, 0 );

        // set extended listview styles
        ListView_SetExtendedListViewStyle( GetDlgItem( hWnd, 2000 ),
            LVS_EX_FULLROWSELECT | LVS_EX_GRIDLINES | LVS_EX_DOUBLEBUFFER );

        // add some columns
        LVCOLUMN lvc = {0};

        lvc.iSubItem = 0;
        lvc.mask = LVCF_FMT | LVCF_WIDTH | LVCF_TEXT | LVCF_SUBITEM;
        lvc.fmt = LVCFMT_LEFT;

        for (long nIndex = 0; nIndex < 5; nIndex++ )
        {
            wchar_t txt[50];
            swprintf_s( txt, 50, L"Column %d", nIndex + 1 );

            lvc.iSubItem = nIndex;
            lvc.cx = 60;
            lvc.pszText = txt;

            ListView_InsertColumn( GetDlgItem( hWnd,2000 ), nIndex, &lvc );
        }   

        // add some items
        LVITEM lvi;

        lvi.mask = LVIF_TEXT;
        lvi.iItem = 0;

        for( lvi.iItem = 0; lvi.iItem < 10; lvi.iItem++ )
            for (long nIndex = 0; nIndex < 5; nIndex++ )
            {
                wchar_t txt[50];
                swprintf_s( txt, 50, L"Item %d%d", lvi.iItem + 1, nIndex + 1 );

                lvi.iSubItem = nIndex;
                lvi.pszText = txt;

                if( ! nIndex )  // item 
                    SendDlgItemMessage( hWnd, 2000, 
                        LVM_INSERTITEM, 0, 
                        reinterpret_cast<LPARAM>(&lvi) );
                else            // sub-item
                    SendDlgItemMessage( hWnd, 2000, 
                        LVM_SETITEM, 0, 
                        reinterpret_cast<LPARAM>(&lvi) );
            }

    }
    return 0L;   

3.) 在主窗口的过程中为WM_NOTIFY 添加以下处理程序：

case WM_NOTIFY:
    {
        if( ((LPNMHDR)lParam)->code == NM_DBLCLK )
        {
            switch( ((LPNMHDR)lParam)->idFrom )
            {
            case 2000: // remember, this was our listview's ID
                {
                    LPNMITEMACTIVATE lpnmia = (LPNMITEMACTIVATE)lParam;

                    // SHIFT/ALT/CTRL/their combination, must not be pressed
                    if( ( lpnmia->uKeyFlags || 0 ) == 0 )
                    {
                        // this is where we store item/subitem rectangle
                        RECT rc = { 0, 0, 0, 0 };

                        if( (lpnmia->iSubItem) <= 0 ) // this is item so we must call ListView_GetItemRect
                        {
                            // this rectangle holds proper left coordinate
                            // since ListView_GetItemRect with LVIR_LABEL flag
                            // messes up rectangle's left cordinate
                            RECT rcHelp = { 0, 0, 0, 0 };

                            // this call gets the length of entire row
                            // but holds proper left coordinate
                            ListView_GetItemRect( lpnmia->hdr.hwndFrom,
                                lpnmia->iItem, &rcHelp, LVIR_BOUNDS );

                            // this call gets proper rectangle except for the left side
                            ListView_GetItemRect( lpnmia->hdr.hwndFrom,
                                lpnmia->iItem, &rc, LVIR_LABEL );

                            // now we can correct the left coordinate
                            rc.left = rcHelp.left;
                        }
                        else // it is subitem, so we must call ListView_GetSubItemRect
                        {
                            ListView_GetSubItemRect( lpnmia->hdr.hwndFrom,
                                lpnmia->iItem, lpnmia->iSubItem,
                                LVIR_BOUNDS, &rc );
                        }
                        
                        // convert listview client coordinates to parent coordinates
                        // so edit control can be properly moved 
                        POINT p;
                        p.x = rc.left;
                        p.y = rc.top;

                        ClientToScreen( lpnmia->hdr.hwndFrom, &p );
                        ScreenToClient( hWnd, &p );

                        MoveWindow( GetDlgItem( hWnd, 1500 ),
                            p.x, p.y, 
                            rc.right - rc.left,
                            rc.bottom - rc.top, TRUE );

                        // set focus to our edit control
                        HWND previousWnd = SetFocus( GetDlgItem( hWnd, 1500 ) );
                    }
                }
                break;
            default:
                break;
            }
        }
    }
    break;

这是我得到的结果：

您可以清楚地看到编辑控件的顶部和底部边框没有正确绘制。至于组合框，宽度调整得当，但高度保持不变。

我尝试用SetWindowPos 替换MoveWindow 调用，但结果是一样的。

经过进一步的篡改，我发现NMITEMACTIVATE 在返回子项的矩形 时出现错误，如果listview 没有设置LVS_EX_FULLROWSELECT 样式。您可以通过简单地注释掉我设置此样式的WM_CREATE 处理程序中的部分来看到这一点。也许我做错了什么，这个“错误”可能是由我的代码引起的，但我没有看到问题。

2014 年 9 月 17 日编辑：

当listview 没有LVS_EX_FULLROWSELECT 时，测试iItem 和NMITEMACTIVATE 结构的iSubItem 成员的值后，我可以验证该错误不在我的代码中。无论我单击哪个子项，它总是返回 iItem 为 0。这解释了我在删除此样式时遇到的错误行为。

如果需要任何进一步的信息，请发表评论，我会尽快采取行动。

感谢您花费时间和精力提供帮助。

Answer 1

您面临的问题是多方面的。

首先，编辑控件的默认字体比列表视图的字体大（高）。你可以很简单地解决这个问题，首先从列表视图中获取字体，然后将其设置为编辑控件。这样做将使控件的底部边框可见。

下一个问题是编辑控件的插入符号需要在其上方和下方都有一个像素，以确保控件的边框不会受到干扰。除了这 1 个像素的“空间”之外，您还需要另一个像素作为边框。

加上第二点，rc.right - rc.left 和rc.bottom - rc.top 计算的尺寸太小了 1 个像素。想象一个从 1,1 开始并延伸到 2,2 的矩形 - 这是一个 4 像素的矩形 - 2 宽和 2 高。简单地从底部/右侧减去顶部/左侧将为您提供每个只有 1 个像素的宽度/高度。要解决此问题，您需要将每个减法加 1。

最后，由于插入符号恰好是每个项目/子项目的“客户区”的高度，您需要使编辑控件比项目/子项目高 2 个像素，然后开始 1 比当前高 2 个像素。

这是我在进行建议更改时得到的输出：

这是我所做的更改/添加。

1.获取/设置字体。（在创建列表视图之后和设置其扩展样式之前插入）

    HFONT lvFont = (HFONT)SendDlgItemMessage(hWnd, 2000, WM_GETFONT, 0, 0);
    SendDlgItemMessage(hWnd, 1500, WM_SETFONT, (WPARAM)lvFont, TRUE);

2。设置窗口位置/大小

MoveWindow( GetDlgItem( hWnd, 1500 ),
            p.x, p.y-2, 
            1+ rc.right - rc.left,
            1+ 2 + rc.bottom - rc.top, TRUE );

最后，将此与代码的原始输出进行对比：

更新： 这是使用内置标签编辑功能时的外观快照（LVS_EDITLABELS 样式）