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

Question

简介及相关信息:

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

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

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

在这里和 Internet 上进行研究后，我只能在 MFC 中找到示例。它们都使用 LVN_BEGINLABELEDIT 技术来实现此行为。

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

我的概念:

我已决定为 ListView 捕获 NM_DBLCLK，并使用 ListView_GetItemRect 或 ListView_GetSubItemRect 宏从那里获取坐标。

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

在用户完成输入(通过按回车键或改变焦点)后，我会简单地隐藏组合框/复选框/编辑控件。

我目前的结果:

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

问题:

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

这是创建说明问题的小型应用程序的说明。请注意，我已尽力将事情保持在最低限度:

1.) 在 Visual Studio 中创建默认的 Win32 项目(我使用 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;

这是我得到的结果:

您可以清楚地看到编辑控件的顶部和底部边框未正确绘制。对于combobox，适当调整了宽度，但高度保持不变。

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

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

2014 年 9 月 17 日编辑:

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

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

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

Answer 1

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

首先，编辑控件的默认字体比 ListView 的字体大(高)。您可以通过首先从 ListView 中获取字体然后将其设置到编辑控件来非常简单地解决这个问题。这样做将使控件的底部边框可见。

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

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

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

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

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

<强>1。获取/设置字体。(在创建 ListView 之后和设置其扩展样式之前插入)

    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 样式)