简介及相关信息:
我正在尝试使用可编辑项和子项实现 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。这解释了我在删除此样式时遇到的错误行为。
如果需要任何进一步的信息，请发表评论，我会尽快采取行动。
感谢您花时间和精力提供帮助。
最佳答案
您面临的问题是多方面的。
首先，编辑控件的默认字体比 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 样式)
关于c++ - 使用 MoveWindow 或 SetWindowPos 时，编辑控件/组合框的窗口大小未正确调整，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/25895351/