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

Question

介绍及相关资料:

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

我正在使用原始WinAPI和C++.我的目标是Windows XP向前发展.

我努力解决问题:

在这里和互联网上进行研究之后,我只能找到一些例子MFC.他们都使用LVN_BEGINLABELEDIT技术来实现这种行为.

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

我的概念:

我决定赶上NM_DBLCLKlistview,并从那里使用ListView_GetItemRect或ListView_GetSubItemRect宏获取坐标.

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

用户完成输入后(按输入或更改焦点)我只需隐藏组合框/复选框/编辑控件.

我目前的成绩:

目前,当项目/子项目上方移动时,我坚持使用组合框/编辑控件/复选框的尺寸与项目/子项目尺寸不同.

题:

可以改进下面提交的代码示例,以便将组合框/编辑控件/复选框窗口大小正确调整为项目/子项目的大小吗？目前,我只关注问题的这一部分,以尽可能缩短这个问题.

以下是创建说明问题的小应用程序的说明.请注意,我尽力保持尽可能少的事情:

1.)Win32 project在Visual Studio(我使用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;

这是我得到的结果:

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

我尝试用MoveWindowcall 替换,SetWindowPos但结果是一样的.

进一步篡改后,我发现,NMITEMACTIVATE在返回的错误当矩形一个子项,如果列表视图没有LVS_EX_FULLROWSELECT样式集.您可以通过简单地WM_CREATE在我设置此样式的处理程序中注释掉该部分来看到这一点.也许我做错了,这个"bug"可能是由我的代码造成的,但我没有看到问题.

2014年9月17日编辑:

在listview没有测试结构的值iItem和结构iSubItem成员后,我可以验证错误不在我的代码中.无论我点击哪个子项,它总是返回0.这解释了删除此样式时出现的错误行为.NMITEMACTIVATELVS_EX_FULLROWSELECTiItem

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

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

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