100

Переменная logbrush имеет тип структуры LOGBRUSH "логическая кисть" (logical brush). Ниже приведены три поля этой структуры. Значение поля lbStyle определяет, как Windows будет интерпретировать два других поля:

Раньше мы использовали функцию SelectObject для выбора логического пера в контекст устройства, функцию DeleteObject — для удаления логического пера, и функцию GetObject — для получения информации о логическом пере. Вы можете использовать эти же три функции применительно к кистям. Получив описатель логической кисти, вы можете выбрать ее в контекст устройства, используя SelectObject:

SelectObject(hdc, hBrush);

Позднее вы удалите созданную кисть с помощью функции DeleteObject:

DeleteObject(hBrush);

Но никогда не удаляйте кисть, установленную текущей в контексте устройства. Если вам нужна информация о кисти, вы можете вызвать GetObject:

GetObject(hBrush, sizeof(LOGBRUSH),(LPVOID) &logbrush);

В этом вызове logbrush — это структура типа LOGBRUSH.

Режим отображения

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

Один из атрибутов контекста устройства, который фактически влияет на все, что вы рисуете в рабочей области, это режим отображения (mapping mode). Четыре других атрибута контекста устройства — начало координат окна

(window origin), начало координат области вывода (viewport origin), протяженность окна (window extents) и

протяженность области вывода (viewport extents) — полностью зависят от значения атрибута режима отображения.

Большинство рисующих функций GDI требуют в качестве параметров координаты или размеры. Например, функция TextOut:

TextOut(hdc, x, y, szBuffer, iLength);

Параметры x и y задают начальную позицию текста. Параметр x — это горизонтальная позиция, а параметр y — вертикальная позиция. Часто запись (x, y) используется для указания этой точки.

Вфункции TextOut, как фактически во всех функциях GDI, эти значения координат задаются в "логических единицах измерения". Windows должна преобразовать логические единицы в "физические единицы, единицы измерения устройства", т. е. пиксели. Результат этого преобразования определяется режимом отображения, началом координат окна и области вывода, растяжением окна и области вывода. Режим отображения задает также направление осей координат x и y, т. е. определяет, в каком направлении на экране возрастает значение координаты x — влево или вправо и в каком направлении возрастает значение координаты y — вверх или вниз.

ВWindows определены восемь режимов отображения. Они приведены в таблице с использованием идентификаторов, определенных в заголовочных файлах Windows:

* Слово "twip" производное от "twentieth of a point" — одна двадцатая часть точки. Точка, как единица измерения, равна примерно 1/72 дюйма, однако часто в графических системах таких как GDI, считается точно равной 1/72 дюйма. Twip — это 1/20 точки и, следовательно, 1/1440 дюйма.

102

Системы координат устройства

Windows преобразует логические координаты, заданные в функциях GDI, в координаты устройства. Перед тем, как мы рассмотрим логические системы координат, используемые в различных режимах отображения, давайте разберемся с системой координат устройства, которую Windows определяет для экрана дисплея. Хотя мы работали в основном с рабочей областью окна, Windows использует еще два других пространства координат устройства в разные моменты времени. Во всех системах координат устройства единицами всегда считаются пиксели. Значения горизонтальной координаты x возрастает слева направо, значения вертикальной координаты y — сверху вниз.

Когда мы работаем с экраном целиком, мы работаем в терминах "экранных координат." Левый верхний угол экрана — точка (0, 0). Экранные координаты используются в сообщениях WM_MOVE (для окон верхнего уровня, не дочерних) и в следующих функциях Windows: CreateWindow и MoveWindow (обе для не дочерних окон),

GetMessagePos, GetCursorPos, SetCursirPos, GetWindowRect, WindowFromPoint и SetBrushOrgEx. Эти функции, в

основном, не имеют окна, ассоциированного с ними (например, две функции работы с курсором), или функции, которые должны переместить или найти окно на основе положения некоторой точки экрана. Если вы используете функцию CreateDC с параметром DISPLAY для получения контекста устройства всего экрана, то логические координаты, указанные в вызовах функций GDI, будут преобразованы в координаты устройства.

"Полные координаты окна" (whole-window coordinates) определяют окно программы целиком, включая заголовок, меню, полосы прокрутки и рамку. Для обычного окна точка (0, 0) — левый верхний угол рамки окна. Полные координаты окна редко используются в Windows, но если вы получите контекст устройства, используя функцию GetWindowDC, то логические координаты в вызовах функций GDI будут преобразовываться в координаты всего окна.

Третья система координат устройства — это та, с которой мы работали больше всего, — система координат рабочей области окна. Точка (0, 0) — верхний левый угол рабочей области окна. Когда вы получаете контекст устройства, используя функции GetDC или BeginPaint, логические координаты в вызовах функций GDI преобразуются в координаты рабочей области окна.

Вы можете конвертировать координаты рабочей области окна в координаты экрана и наоборот, используя функции ClientToScreen и ScreenToClient. Вы можете также получить местоположение и размеры окна целиком в экранных координатах, используя функцию GetWindowRect. Эти три функции предоставляют достаточно возможностей для любых преобразований координат.

Область вывода и окно

Режим отображения определяет, как Windows преобразует логические координаты, заданные в параметрах функций GDI, в координаты устройства, конкретная система координат которого зависит от того, какой функцией вы получили контекст устройства. Для дальнейшего рассмотрения режимов отображения нам необходимо определить некоторые дополнительные термины: Говорят, что режим отображения определяет преобразование "окна" (window) — логические координаты, в "область вывода" (viewport) — координаты устройства.

Использование слов "окно" и "область вывода" не совсем удачно. В других языках графического интерфейса "область вывода" часто определяется как "область отсечения" (clipping region). Мы использовали термин "окно", имея в виду область экрана, захваченную программой. Мы должны оставить в стороне наше предвзятое мнение об этих терминах на время обсуждения.

Область вывода описывается в терминах координат устройства (пикселях). Чаще всего область вывода — это то же самое, что и рабочая область, хотя область вывода может описываться также и в полных координатах окна или в координатах экрана, если вы получили контекст устройства из функций GetWindowDC или CreateDC. Точка (0, 0)

— левый верхний угол рабочей области (или окна целиком, или всего экрана). Значения координаты x возрастают слева направо, а значения координаты y — сверху вниз.

"Окно" описывается в терминах логических координат. Ими могут быть пиксели, миллиметры, дюймы или любые другие единицы, какие вы захотите. В вызовах функций GDI вы задаете логические координаты.

Для всех режимов отображения Windows преобразует оконные (логические) координаты в координаты области вывода (координаты устройства), используя следующие формулы:

xViewport = (xWindow — xWinOrg) × (xViewExt/xWinExt) + xViewOrg yViewport = (yWindow — yWinOrg) × (yViewExt/yWinExt) + yViewOrg,

где (xWindow, yWindow) — логическая точка для преобразования, (xViewport, yViewport) — преобразованная точка в координатах устройства. Если координаты устройства — это координаты рабочей области или окна целиком, то Windows должна также преобразовать их в координаты экрана перед выводом объекта.

Эти формулы используют две точки, задающие начала координат (origin) окна и области вывода: (xWinOrg, yWinOrg) — начало координат окна в логических координатах; (xViewOrg, yViewOrg) — начало координат области

104

Например, предположим, что рабочая область вашего окна имеет ширину cxClient и высоту cyClient пикселей. Если вы хотите установить начало логической системы координат — точку (0, 0) — в центр рабочей зоны окна, вы можете это сделать так:

логическими координатами (cxClient/2, cyClient/2). Если вы хотите вывести текст, начиная от верхнего левого угла рабочей зоны, имеющего физические координаты (0, 0), вам необходимо задать отрицательные координаты:

TextOut(hdc, -cxClient / 2, -cyClient / 2, "Hello", 5);

Вы можете добиться того же результата, используя функцию SetWindowOrgEx вместо функции SetViewportOrgEx:

SetWindowOrgEx(hdc, -cxClient / 2, -cyClient / 2, NULL);

Аргументы функции SetWindowOrgEx всегда задаются в логических координатах. После этого вызова логическая точка (—cxClient/2, —cyClient/2) соответствует физической точке (0, 0) — левому верхнему углу рабочей области.

То, чего вы не должны делать (до тех пор, пока вы не будете знать, к чему это приведет) — это использовать обе функции совместно:

GetWindowOrgEx(hdc, &pt);

где pt — структура типа POINT (точка).

Функция GetViewportOrgEx возвращает значение в координатах устройства, а функция GetWindowOrgEx — в логических координатах.

Вы можете изменить начала координат области вывода и окна так, чтобы сдвинуть экранный вывод в рабочую зону вашего окна — например, в ответ на изменение пользователем состояния полосы прокрутки. Изменение начала координат области вывода или окна не приводит к немедленному сдвигу экранного вывода. Например, в программе SYSMETS2 из главы 2 мы использовали значение iVscrollPos (текущее положение вертикальной полосы прокрутки) для вычисления соответствующей координаты y экранного вывода:

case WM_PAINT : BeginPaint(hwnd, &ps);

for (i = 0; i < NUMLINES; i++)

{

y = cyChar *(1 — iVscrollPos + i); [вывод текста]

}

EndPaint(hwnd, &ps); return 0;

Мы можем добиться того же результата, используя функцию SetWindowOrgEx:

case WM_PAINT : BeginPaint(hwnd, &ps);

SetWindowOrgEx(ps.hdc, 0, cyChar * iVscrollPos);

for (i = 0; i < NUMLINES; i++)

{