Question

引言及相关资料：

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

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

我努力解决问题：

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

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

MY CONCEPT：

我决定抓住NM_DBLCLK获取listview并使用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;

这是我得到的结果：

enter image description here

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

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

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

2014年9月17日编辑：

在listview没有iItem后测试iSubItem NMITEMACTIVATE结构的LVS_EX_FULLROWSELECT和iItem成员的值后，我可以验证该错误不在我的{{1}}中码。无论我点击哪个子项，它始终会将{{1}}返回为0。这解释了删除此样式时出现的错误行为。

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

感谢您抽出宝贵的时间和精力。

Answer 1

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

首先，编辑控件的默认字体比列表视图的默认字体更大（更高）。您可以通过首先从列表视图中获取字体然后将其设置为编辑控件来轻松修复此问题。执行此操作将使控件的下边框可见。

下一个问题是编辑控件的插入符号需要在其上方和下方的像素，以确保控件不会受到其边界的干扰。除了这个1像素的空间＆＃39;然后你需要另一个边框像素。

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

最后，因为插入符号恰好是“客户区域”的高度所以＆＃39;对于每个项目/子项目，您需要使编辑控件比项目/子项目高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 );

最后，将此与您的代码的原始输出进行对比： enter image description here

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

enter image description here

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

引言及相关资料：

我努力解决问题：

问题：

1 个答案: