WM_COMMAND
От: Аноним  
Дата: 15.12.03 20:58
Оценка:
Здраствуйте!
Надо ли При обработке WM_COMMAND если не обработал соответствующий ID вызывать DefWindowProc?
например код сгенерированный визардом visual c++ вызывает а в мсдн про это не неписано в других примерах
иногда вызывают иногда нет...
Re: WM_COMMAND
От: Carc Россия http://www.amlpages.com/home.php
Дата: 15.12.03 21:05
Оценка:
Здравствуйте, Аноним, Вы писали:

А>Здраствуйте!

А>Надо ли При обработке WM_COMMAND если не обработал соответствующий ID вызывать DefWindowProc?
А>например код сгенерированный визардом visual c++ вызывает а в мсдн про это не неписано в других примерах
А>иногда вызывают иногда нет...
ИМХО
Лучше надо бы, поскольку там могут быть и некоторые нотификации, которые не грех и по умолчанию обработать
Aml Pages Home
Re: WM_COMMAND
От: frut Германия www.bevip.ru
Дата: 16.12.03 15:50
Оценка:
Здравствуйте, <Аноним>, Вы писали:

А>Здраствуйте!

А>Надо ли При обработке WM_COMMAND если не обработал соответствующий ID вызывать DefWindowProc?
А>например код сгенерированный визардом visual c++ вызывает а в мсдн про это не неписано в других примерах
А>иногда вызывают иногда нет...

Вообщето Микрософт говорить что надо _ВСЕ_ необработанный сообщения сливать в DefWindowProc
... << RSDN@Home 1.1.0 stable >>
Искусственный интеллект — ничто по сравнению с естественной глупостью
http://www.bevip.ru
Re[2]: WM_COMMAND
От: Аноним  
Дата: 16.12.03 18:06
Оценка:
Здравствуйте, frut, Вы писали:

F>Здравствуйте, <Аноним>, Вы писали:


А>>Здраствуйте!

А>>Надо ли При обработке WM_COMMAND если не обработал соответствующий ID вызывать DefWindowProc?
А>>например код сгенерированный визардом visual c++ вызывает а в мсдн про это не неписано в других примерах
А>>иногда вызывают иногда нет...

F>Вообщето Микрософт говорить что надо _ВСЕ_ необработанный сообщения сливать в DefWindowProc


Так сообщение же обработали, только не для соответствующего ID

Кстати в исходниках DefWindowProc (старый 3.1 SDK и wine) нету обработки WM_COMMAND...
Re[3]: WM_COMMAND
От: Аноним  
Дата: 16.12.03 19:15
Оценка:
Здравствуйте, Аноним, Вы писали:

F>>Вообщето Микрософт говорить что надо _ВСЕ_ необработанный сообщения сливать в DefWindowProc


А>Так сообщение же обработали, только не для соответствующего ID


А>Кстати в исходниках DefWindowProc (старый 3.1 SDK и wine) нету обработки WM_COMMAND...



А в DefMDIChildProc?
Re[4]: WM_COMMAND
От: Аноним  
Дата: 16.12.03 20:49
Оценка:
Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Аноним, Вы писали:


F>>>Вообщето Микрософт говорить что надо _ВСЕ_ необработанный сообщения сливать в DefWindowProc


А>>Так сообщение же обработали, только не для соответствующего ID


А>>Кстати в исходниках DefWindowProc (старый 3.1 SDK и wine) нету обработки WM_COMMAND...



А>А в DefMDIChildProc?


Обычно в msdn написано должен ли обработчик вызывать DefWindowProc
По примерам получается в Micorosft считают что если соответствующий ID не обработал то обработчика как бы и нет
Здесь рассматривается только обычное не mdi окно
в msdn про WM_COMMAND ни слова про DefWindowProc, написано что оно посылается когда ЮЗЕР выбирает что нибудь, а это по
умолчанию обрабатывать не надо но тем не менее почти везде в примерах DefWindowProc вызывают если ID не обрабатывается
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.