Я пытаюсь реализовать управление списком с редактируемыми элементами и подпунктами. Вместо обычного просмотра списка, элементы и подэлементы должны иметь элемент управления редактирования, флажок или поле со списком.
Я использую сырье WinAPI
а также C++
, Я нацеливаюсь Windows XP
и далее.
После исследования здесь и в Интернете, я смог найти только примеры в MFC
, Они все используют LVN_BEGINLABELEDIT
Техника для реализации этого поведения.
К сожалению, я не совсем понимаю эту концепцию, поэтому я решил начать с нуля (я считаю, что это также лучший подход для улучшения навыков программирования).
МОЯ КОНЦЕПЦИЯ:
Я решил поймать NM_DBLCLK
для просмотра списка и получения координат оттуда с помощью ListView_GetItemRect
или же ListView_GetSubItemRect
макро.
Затем я бы просто переместил элемент управления combobox / checkbox / edit на соответствующий элемент / подраздел (элемент управления combobox / edit / checkbox был бы создан как отдельные скрытые окна).
После того, как пользователь заканчивает ввод (нажимая ввод или изменяя фокус), я просто скрываю поле со списком / флажок / редактировать.
МОИ ТЕКУЩИЕ РЕЗУЛЬТАТЫ:
На данный момент, я застрял с размерами combobox / edit control / checkbox, которые не совпадают с размерами элемента / подэлемента, при перемещении над элементом / подэлементом.
Можно ли улучшить пример кода, представленный ниже, чтобы правильно настроить размер окна комбинированного списка / элемента управления / флажка для размера элемента / подпункта? Пока я сосредоточусь только на этой части проблемы, чтобы этот вопрос был как можно более коротким.
Вот инструкция по созданию небольшого приложения, которое иллюстрирует проблему. Обратите внимание, что я постарался сделать все как можно меньше:
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;
И вот результат, который я получаю:
Вы можете четко видеть, что верхняя и нижняя границы элемента управления редактирования нарисованы неправильно. Что касается комбинированного списка, ширина корректируется, но высота остается неизменной.
Я попытался заменить MoveWindow
позвонить с SetWindowPos
но результат был тот же.
После дальнейшего вмешательства я обнаружил, что NMITEMACTIVATE
ошибки при возврате прямоугольника из подпункта, если listview не имеет установленного стиля LVS_EX_FULLROWSELECT. Вы можете увидеть это, просто закомментировав часть в моем WM_CREATE
обработчик, где я установил этот стиль. Возможно, я делаю что-то не так, и эта «ошибка» может быть вызвана моим кодом, но я не вижу проблемы.
ИЗДАНО 17 сентября 2014 года:
После тестирования значений для iItem
а также iSubItem
Члены NMITEMACTIVATE
структура, когда список не имеет LVS_EX_FULLROWSELECT
Я могу убедиться, что ошибка не в моем коде. Всегда возвращается iItem
быть 0, независимо от того, какой пункт я нажимаю. Это объясняет неправильное поведение, которое я получил при удалении этого стиля.
Если требуется дополнительная информация, пожалуйста, оставьте комментарий, и я буду действовать как можно скорее.
Спасибо за ваше время и усилия, чтобы помочь.
Проблема, с которой вы сталкиваетесь, многогранна.
Во-первых, шрифт по умолчанию для элемента управления редактирования больше (выше), чем шрифт списка. Вы можете исправить это довольно просто, сначала получив шрифт из списка, а затем установив его в элемент управления редактирования. После этого нижняя граница элемента управления станет видимой.
Следующая проблема заключается в том, что для каретки элемента управления редактирования требуется пиксель выше и ниже его, чтобы гарантировать, что элементу управления не мешают его границы. В дополнение к этому 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)