219

PostQuitMessage(0); return 0;

}

return DefWindowProc(hwnd, iMsg, wParam, lParam);

}

Рис. 6.6 Программа CHECKER2

Логика обработки сообщения WM_KEYDOWN в программе CHECKER2 следующая: определяется положение курсора (GetCursorPos), координаты экрана преобразуются в координаты рабочей области (ScreenToClient), а затем координаты делятся на ширину и высоту прямоугольного блока. Полученные значения х и у показывают положение прямоугольника в массиве 5 на 5. Курсор мыши при нажатии клавиши не всегда находится в рабочей области, поэтому х и у должны быть обработаны макросами min и max таким образом, чтобы гарантировать их попадание в диапазон от 0 до 4.

Для клавиш со стрелками программа CHECKER2 увеличивает или уменьшает на 1 соответственно значение х или у. Если нажатой клавишей является клавиша <Enter> (VK_RETURN) или клавиша <Spacebar> (VK_SPACE), то программа CHECKER2 использует функцию SendMessage для посылки себе же синхронного сообщения WM_LBUTTONDOWN. Такая технология напоминает метод, использованный в программе SYSMETS в главе 5, где для полосы прокрутки окна в программу добавлен интерфейс клавиатуры. Логика обработки сообщения WM_KEYDOWN заканчивается расчетом координат рабочей области, которые являются координатами центра прямоугольника, преобразованием их в координаты экрана (ClientToScreen) и установкой положения курсора

(SetCursorPos).

Использование дочерних окон для тестирования попадания

В некоторых программах, например в программе Windows PAINT, рабочая область окна делится на более мелкие логические области. Программа PAINT, окно которой представлено на рис. 6.7, имеет слева область меню со значками, а внизу область меню выбора цветов.

Рис. 6.7 Программа Windows PAINT

Программа PAINT при тестировании попадания в эти две области, перед определением выбранного пользователем пункта меню, должна учитывать положение меню внутри рабочей области.

А можно иначе. В действительности, в программе PAINT рисование меню и тестирование попадания упрощается, благодаря использованию "дочерних окон" (child windows). Дочерние окна делят рабочую область на несколько более мелких участков. Каждое дочернее окно имеет собственный описатель окна, оконную процедуру и рабочую область. Каждая оконная процедура получает сообщения мыши, которые относятся только к его дочернему окну. Параметр lParam в сообщении мыши содержит координаты, заданные относительно верхнего левого угла рабочей области дочернего, а не родительского окна.

Дочерние окна, используемые таким образом, помогают сделать ваши программы более структурированными и модульными. Если дочерние окна используют разные классы окна, то каждое дочернее окно может иметь собственную оконную процедуру. Для разных классов окна могут также определяться и разный цветовой фон и разные, задаваемые по умолчанию, курсоры. В главе 8, мы рассмотрим "дочерние окна управления" (child window

221

RegisterClassEx(&wndclass);

hwnd = CreateWindow(szAppName, "Checker3 Mouse Hit-Test Demo", WS_OVERLAPPEDWINDOW,

CW_USEDEFAULT, CW_USEDEFAULT,

CW_USEDEFAULT, CW_USEDEFAULT,

NULL, NULL, hInstance, NULL);

ShowWindow(hwnd, iCmdShow);

UpdateWindow(hwnd);

while(GetMessage(&msg, NULL, 0, 0))

{

TranslateMessage(&msg);

DispatchMessage(&msg);

}

return msg.wParam;

}

LRESULT CALLBACK WndProc(HWND hwnd, UINT iMsg, WPARAM wParam, LPARAM lParam)

{

static HWND hwndChild[DIVISIONS][DIVISIONS];

int cxBlock, cyBlock, x, y;

switch(iMsg)

{

case WM_CREATE :

for(x = 0; x < DIVISIONS; x++) for(y = 0; y < DIVISIONS; y++)

{

hwndChild[x][y] = CreateWindow(szChildClass, NULL, WS_CHILDWINDOW | WS_VISIBLE,

0, 0, 0, 0, hwnd,(HMENU)(y << 8 | x),

(HINSTANCE) GetWindowLong(hwnd, GWL_HINSTANCE),

NULL);

}

return 0;

case WM_SIZE :

cxBlock = LOWORD(lParam) / DIVISIONS; cyBlock = HIWORD(lParam) / DIVISIONS;

for(x = 0; x < DIVISIONS; x++) for(y = 0; y < DIVISIONS; y++)

MoveWindow(hwndChild[x][y],