Имеется диалог, в нем есть контрол. В некоторых ситуациях мне необходимо срыть контрол, а на его месте нарисовать окошко, производное от CWnd.

Делаю приблизительно так.

В вунксии OnInitDialog() пишу следующий код

Код

MyObj *mo; //MyObj - класс, происводный от CWnd //mo проинициализирован и создан с помощью Create(....,this,...) CWnd *temp; temp=GetDlgItem(IDC_MY_CONTROL); //IDC_MY_CONTROL - в данном случае статик текст на диалоге CRect rect; temp->GetClientRect(rect); mo->SetWindowPos(this,r.left,r.top,0,0,SWP_NOSIZE|SWP_NOZORDER); mo->ShowWindow(SW_SHOW);

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

где я напутал??

Блин, только что нашел путь решения, но мне он не нравится.
Вместо GetClientRect() теперь использую следующую конструкцию:

Код

WINDOWPLACEMENT lpwndpl;     temp->GetWindowPlacement(&lpwndpl);     rect=CRect(lpwndpl.rcNormalPosition);

Но структура WINDOWPLACEMENT содержит в основном инфу, касающуюся минимизации, максимизации, нормального состояния окна, которое я как раз использую, и прочую фигню.

Мне кажется, что такое решение не очень рациональное, ведь должно же быть решение проблемы что называется в одно действие, а у меня такое чувство, что я из пушки по воробьям пальнул, а потом еще котлован ложкой выкопал, а не эксковатором.

Ты куда получаешь координаты? В rect? Тогда что такое r.left? Может rect.left?
Кроме того, есть такая функция ScreenToClient(&rect); - попробуй использовать.

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

Ну да, конечно! Я и сам сначала не заметил. GetClientRect(&rect); !!!! В качестве параметра функция принимает указатель на CRect. Так что амперсанд не забываем...

Это сообщение отредактировал(а) kometa_triatlon - 23.5.2005, 20:40

Цитата

В качестве параметра функция принимает указатель на CRect. Так что амперсанд не забываем...

Проюовал и так и так, причем в MSDN нашел, что оператор LPRECT преобразует CRect в RECT таким образом, что амперсанда не требуется.
Кроме того, при двойной буферезации (помнишь пример) там было именно без амперсанда, и все работало, так что не в этом дело.

Цитата

Ты куда получаешь координаты? В rect? Тогда что такое r.left? Может rect.left?

да, очепятался ;)
rect.left, все правильно.

Цитата

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

Вот это мне как раз и не нравится. Раз уж классов до дури написано, то не просто так их писали, и наверное предполагается их использование именно в таком виде, как предполагалось разработчиками, а не через одно место. Хотя, ни раз убеждался, что именно через это место у них часто все и делается ;)

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

Код

CRect rect; GetDlgItem(IDC_MY_CONTROL)->GetWindowRect(rect); ScreenToClient(rect);  mo->MoveWindow(rect); mo->ShowWindow(SW_SHOW);

По-моему так.

Dreamer_0x01
Тебе нужно перевести координаты из клиентской области в область окна. ClientToScreen()

Цитата

Кроме того, есть такая функция ScreenToClient(&rect); - попробуй использовать.

!!!!!!!!!!!!!!!!!!!!

Coocky,
kometa_triatlon,
Dov -
Спасибо!!!