Создал modeless PropertySheet:

PROPSHEETHEADER psh = {0}; //
psh.dwFlags = PSH_USECALLBACK | PSH_MODELESS;

Но нажимая на славную кнопку с крестиком или на кнопку OK или на Cancel не могу отловить ни одного сообщения, то есть фактически у меня нет шансов определить нажал ли пользователь на какую-нибудь из этих кнопок или нет.

Кто-нибудь знает как с этим сладить?

Оказывается способ совсем не тривиальный. И варианта на самом деле два. Первый весьма ограничен в силу того, что приходится всегда держать информацию о HWND вашего PropertySheet в месте доступном из WinMain(). Вот его применение:

Цитата

//Если же пришедшее сообщение не является сообщением для //Porperty Sheet, то классически обрабатываем сообщение if(!PropSheet_IsDialogMessage(hwndPropSheet, &msg)) {   TranslateMessage(&msg);   DispatchMessage(&msg); }   //Ели макрос PropSheet_GetCurrentPageHwnd() возвратил NULL значит пользователь //нажал на OK или Cancel if(hwndPropSheet && (PropSheet_GetCurrentPageHwnd(hwndPropSheet))==NULL) {   //Выполняем какие-то действия   //и разрушаем окно наших пропертей   DestroyWindow(hwndPropSheet);   hwndPropSheet = NULL; }

Весь код разумеется распологается внутри WinMain, что неудобно

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

Цитата

MSG msg; BOOL bret; while ((bret = GetMessage (&msg, NULL, 0, 0)) != 0) {   if(bret == -1)   {     //Какой-нить хендлер ошибки     return false;   }   if(!PropSheet_IsDialogMessage (GetHWND(), &msg))   {     TranslateMessage (&msg);     DispatchMessage (&msg);   }   if (PropSheet_GetCurrentPageHwnd(GetHWND()) == NULL)   {      // Собственно выходим из цикла     break;   } }

Royan
что-то нифига не понял, зачем такие сложности.
Не проще ли отсубклассить окно propertysheet, обработать IDOK и IDCANCEL и вызвать DEstroyWindow из функции окна. Субклассить propertysheet легко через callback
Добавлено @ 20:58
вложенных циклов сообщений по возможности лучше избегать. Уж слишком часто они являются причиной ошибки.

AndyY, "отсубклассить" тут не поможет, т.к. до окна не доходят сообщения, для этого все эти навороты и нужны...

2AndyY, проблема еще не только в том, что IDOK и IDCANCEL не передадутся через WM_COMMAND, а еще и в том что ID кнопок OK Cancel и Apply тривиально выяснить нельзя, так как они создаются автоматически после вызова PropertySheet(&ps).

2cully, а ты пробовал сабклассировать окошко propertysheet хотя бы из любопытства не проходит ли туда WM_COMMAND с ID остальных элементов?

cully
WM_COMMAND до окна PropertySheet доходит. Естественно, до "внешнего" а не до tabctrl. Да и как может не доходить, если кнопка там самая обычная на окне. Чудес не бывает.


Royan
ID кнопки OK - IDOK
ID кнопки Сancel - IDCANCEL

id остальных кнопок:
#define IDD_APPLYNOW 0x3021
#define IDD_DLGFRAME 0x3022
#define IDD_BACK 0x3023
#define IDD_NEXT 0x3024
#define IDD_FINISH 0x3025
#define IDD_DIVIDER 0x3026
#define IDD_TOPDIVIDER 0x3027
зашиты жестко и никогда не меняются.

Добавлено @ 15:25
единственная сложность в субклассе - то, что в callback функцию нельзя передать параметр (обычно туда складывают указатель на класс). Поэтому приходится либо делать callback-thunk, либо временно сохранять указатель в глобальной переменной.

AndyY А что такое callback-thunk?

Цитата

единственная сложность в субклассе - то, что в callback функцию нельзя передать параметр (обычно туда складывают указатель на класс)

Собственно я пользуюсь ::SetWindowLongPtr() и никгода проблем не было.

суть конечно в этом.
но callback для PSH_USECALLBACK не поддерживает передачу параметра.
это важно, если нужно ассоциировать HWND с экземпляром класса.

поэтому указатель на объект можно сохранять в глобальной переменной, откуда читать из callback.
другой путь - сделать callback в виде участка памяти содержащего инструкции:

{
call realHookProc
ret

HWND hwdn;
}

в realHookProc можно получить значение HWND (через SP на старте функции - offset от адреса возврата известен)
эдакий кривой способ передачи параметров

Я не понял при зачем так извращаться, когда я всегда могу сделать так:

hwndMain = (HWND)PropertySheet(&ps);

wndprcPointer = ::GetWindowLongPtr(hwndMail, GWLP_WNDPROC);

а wndprcPointer уже будет отрабатывать уже в твоей процедуре обработки сообещиний, которую ты же забъешь через SetWindowLongPtr()

Royan
согласен. Для немодального окна - вполне вариант. Хотя в некоторых случаях это позновато - окно например может быть уже показано в момент когда функция возвратит управление.

Я просто делал универсальный класс для модального и немодального окна.

Идея, почему могут не доходить IDOK и IDCANCEL:
их кушает обработчик сообщения PSM_ISDIALOGMESSAGE. Я использовал просто IsDialogMessage.