Здравствуйте, <Аноним>, Вы писали:
А>Здраствуйте!
А>Надо ли При обработке WM_COMMAND если не обработал соответствующий ID вызывать DefWindowProc?
А>например код сгенерированный визардом visual c++ вызывает а в мсдн про это не неписано в других примерах
А>иногда вызывают иногда нет...
Вообщето Микрософт говорить что надо _ВСЕ_ необработанный сообщения сливать в DefWindowProc
... << RSDN@Home 1.1.0 stable >>
Здравствуйте, frut, Вы писали:
F>Здравствуйте, <Аноним>, Вы писали:
А>>Здраствуйте!
А>>Надо ли При обработке WM_COMMAND если не обработал соответствующий ID вызывать DefWindowProc?
А>>например код сгенерированный визардом visual c++ вызывает а в мсдн про это не неписано в других примерах
А>>иногда вызывают иногда нет...
F>Вообщето Микрософт говорить что надо _ВСЕ_ необработанный сообщения сливать в DefWindowProc
Так сообщение же обработали, только не для соответствующего ID
Кстати в исходниках DefWindowProc (старый 3.1 SDK и wine) нету обработки WM_COMMAND...
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, Аноним, Вы писали:
F>>>Вообщето Микрософт говорить что надо _ВСЕ_ необработанный сообщения сливать в DefWindowProc
А>>Так сообщение же обработали, только не для соответствующего ID
А>>Кстати в исходниках DefWindowProc (старый 3.1 SDK и wine) нету обработки WM_COMMAND...
А>А в DefMDIChildProc?
Обычно в msdn написано должен ли обработчик вызывать DefWindowProc
По примерам получается в Micorosft считают что если соответствующий ID не обработал то обработчика как бы и нет
Здесь рассматривается только обычное не mdi окно
в msdn про WM_COMMAND ни слова про DefWindowProc, написано что оно посылается когда ЮЗЕР выбирает что нибудь, а это по
умолчанию обрабатывать не надо

но тем не менее почти везде в примерах DefWindowProc вызывают если ID не обрабатывается