Добрый день.
Имеется у меня дочерняя форма, а на ней куча полей, которые заполняются пользователем. Формочка по KILLFOCUS проверяет корректность заполнения, если заполнено с ошибкой - мессаджбокс и возврат фокуса в окно. Проблема вылезает если ввести что-нить неправильное и попытаться закрыть формочку. Формочка закрывается и начинают сыпаться мессаджбоксы об ошибке ввода, после штук 3-5 сообщений приложение закрывается целиком. Соответственно есть мысля: по закрытию формочки отрубить обработку KILLFOCUS'ов. Как это сделать в рантайме?

17dufa,  ну можно поймать WM_CLOSE и выставить там какой-то флаг,
а в обработчике WM_KILLFOCUS проверять флаг и далее работать по результатам
проверки

SenkraD, этих самых обработчиков WM_KILLFOCUS до чертиков. в каждом из них плодить:

как-то некрасиво. проще в WM_CLOSE отрубить все эти обработчики.

Если все-таки хочешь обрубить обработчики, то можно сделать так: перекрsть OnCmdMsg на диалоге; в ней если пришла команда и код уведомления KILLFocus и стоит флаг закрытия, не вызывать базовый обработчик а просто возвращать true.
Но есть подозрение, что фишка не пройдет: ты ведб закрываешь форму, нажимая какую-нибудь кнопку, а это скорее всего сначала вызовет killfocus, прежде чем ты флаг выставишь.

Вообще-то проверка на KillFocus - плохая идея - ты уже хлебнул. Нужно выбрать сначала концепуию: 
1) каждое поле в любой момент содержит валидные данные 
ИЛИ
2) валидные данные должны быть в конце, при нажатии OK или эквивалента.  
Очевидно, 1 вариант поддерживать сложнее, и нужно бороться с кил-фокусами. Кстати, тогда нечего возмущаться, что по Cancel форма не закрывается, а требует исправления (всегда так всегда)
2-й вариант более человечный: проверяй все поля только при выходе с подтверждением.

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

Ясно, но имей в виду, что более чем возможно, что KillFocus придет раньше, чем команда Cancel (и ты выставишь флаг). Тогда попробуй перехватить событие, которое должно привести к выходу с отменой, например LBUTTONDOWN на кнопке Cancel. Выставь флаг и вызови стандартный обработчик. Это должно помочь. Удобнее всего сделать это в PreTranslateMessage диалога, т.к. там можно обработать всевозможные варианты выхода. А что касается OnCmdMsg, так это железно получится, если флаг вовремя выставишь.

значит так. вот работающие решение по отрубанию обработчиков KILLFOCUS по закрытию формы кнопочкой "выход"(IDCANCEL) или крестиком:

Благодарю Earnest за помощь.

Это сообщение отредактировал(а) 17dufa - 2.10.2009, 14:17

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

Earnest, ща поправлю