Coocky
Слушай, а за такое достоин дреамер плюса или нет. И вообще за что плюсы дают?

takedo

Главное не быть достойным минуса =)

А про инфу на контроллер кинь мне в приват свой мейл, я вышлю.

Сейчас поставлю

Цитата(takedo @ 26.9.2005, 13:51)

И вообще за что плюсы дают?

За помощь, которая помошла тебе справвится с задачей, с которой ты Ну никак не смог справится

Coocky

Задачи бываютразными, с которыми ну никак не справиться.
Иногда заходят люди и пишут посты "моя программа не работает, что делать?"
Но это полбеды. Человек с завидной настойчивостью продолжает поднимать этот топи наверх. Приукрашивая сообщения надписями "помогите сессия" или что-то в этом роде.
В результате кидаешь ему бувально три строки из MSDN, после чего он начинает кричать, что ты ему просто несказанно помог, но тогда у него есть следующий не менее важный вопрос, который ему ну просто жить мешает сейчас. Как ты догадался, ответом на этот вопрос будет следующий абзац из той ссылки MSDN, которую минутой назад он читал.

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

Кстати, репутацию менять могут люди,у которых более 100 постов. На мой взгляд, это вполне ГРАМОТНЫЙ подхо! Так как люди, написавшие подобное оличество постов, (на собственном примере), уже успевают достаточно хорошо освоиться на форуме, а на первых 30 постах получить большинство ответов вида "см.MSDN", "Это обсуждалось тут", и т.д., то есть они уже сами по себе начинают обсуждать относительно нетривиальные проблемы. Вот затаие уже и не грех плюси поставить.

Чтобы гарантированно отшибить обработку Default Button можно перехватывать сообщение DM_GETDEFID (в диалоге). И возвращать 0.

Цитата

DM_GETDEFID An application sends a DM_GETDEFID message to retrieve the identifier of the default push button control for a dialog box. To send this message, call the SendMessage function with the following parameters. SendMessage(   (HWND) hWnd,              // handle to destination window   DM_GETDEFID,              // message to send   (WPARAM) wParam,          // not used; must be zero   (LPARAM) lParam          // not used; must be zero ); Parameters This message has no parameters. Return Values If a default push button exists, the high-order word of the return value contains the value DC_HASDEFID and the low-order word contains the control identifier. Otherwise, the return value is zero.

Конечно, не очень здорово, если при этом кнопка таки будет выглядеть как Default. Можно попробовать в OnInitDialog отшибить у нее стиль DB_DEFPUSGBUTTON. Не уверена, что Windows его не восстановит, но попробовать можно. А может после этого и перехват DM_GETDEFID не понадобится.

Цитата

Можно попробовать в OnInitDialog отшибить у нее стиль DB_DEFPUSGBUTTON. Не уверена, что Windows его не восстановит

В том-то и дело, что восстанавливает...

Но за инфу по сообщению - спасибо, я не знал, что такое есть.

Это сообщение отредактировал(а) Dreamer_0x01 - 26.9.2005, 15:47

Всегда пожалуйста.
Просьба, если ты или takedo проверите, не поленитесь сообщить результат. А то я только теоретически предполагаю, что это должно работать, а там - кто его этот Windows знает...
Кстати, можно еще попробовать возвращать FALSE из OnInitDialog. Насколько я помню, в этом случае обходится какая-то стандартная инициализация - фокус не ставиться и что-то еще. Может и DefButton не восстановится?

Это сообщение отредактировал(а) Earnest - 26.9.2005, 16:17

Продолжение...
Вот что по этому поводу рекомендует Микрософт:

Цитата

How to Disable Default Pushbutton Handling for MFC Dialog Q122489 -------------------------------------------------------------------------------- The information in this article applies to: The Microsoft Foundation Classes (MFC), included with: Microsoft Visual C++ for Windows, 16-bit edition, versions 1.0, 1.5 Microsoft Visual C++, 32-bit Editions, versions 1.0, 2.0, 4.0 -------------------------------------------------------------------------------- SUMMARY Windows dialog boxes support the use of a default button (pushbutton) that is automatically activated when the ENTER key is pressed while focus is not on a command button. The MFC class library will automatically call the CDialog::OnOK() virtual function for a dialog whenever the default button (pushbutton) is activated by pressing the ENTER key. This behavior conforms to the guidelines set forth by "The Windows Interface: An Application Design Guide." This manual is included with the Windows version 3.1 SDK documentation. It is also available from Microsoft Press. MORE INFORMATION Although default button (pushbutton) support is recommended, you might want to disable or modify the standard implementation in certain situations. You can do this in an MFC application by following these steps: Load the dialog into App Studio and change the OK button identifier from IDOK to something else such as IDC_MYOK. Also, clear the check from Default Button property. Use ClassWizard to create a message handling function for this button named OnClickedMyOK. This function will be executed when a BN_CLICKED message is received from this button. In the code for OnClickedMyOK, call the base class version of the OnOK function. Here is an example:   void CMyDialog::OnClickedMyOK()   {       CDialog::OnOK();   } Override OnOK for your dialog, and do nothing inside the function. Here is an example:   void CMyDialog::OnOK()   {   } Run the program and bring up the dialog. Give focus to a control other than the OK button. Press the RETURN key. Notice that CDialog::OnOK() is never executed. This technique effectively disables the standard default button (pushbutton) support in an MFC program. The OK button will continue to behave as before when activated by the mouse or through a mnemonic keystroke, but the ENTER key will not trigger OnOK handling. This same technique can be used to disable or modify default OnCancel processing. The escape key generates a call to CDialog::OnCancel just as the enter key generates an OnOK function call.

Не сказать, что очень изячно, но зато дешево и сердито...

Это немножко не то по-моему.
В данной ситуации, например,в моем примере, я закрываю окно стандартной функцией OnOK(),которая в свою очередь вызовет всю цепочку функций, нужных для разрушения окна. Либо посылаю ему мессагу WM_CLOSE. Кстати, как правильнее, я так до сих пор и не понял.
Но в данной задаче как я понял, по нажатию на эту кнопку нам все-таки нужно окно закрыть. Нужно защититься от "нечаянного нажатия",то бишь именно этот pushbutton убрать...
Я этот пример проверил, нифига не отключается, по энтеру мы все равно попадаем в обработчик нажатия кнопки, что в принципе и так ясно.

Далее...

Цитата

Просьба, если ты или takedo проверите, не поленитесь сообщить результат

Проверил. Не так все просто оказалось. Почитав MSDN, можно увидеть, что событие это (DM_GETDEFID)надо ловить функцией DefDlgProc. Но FMC-варанта этой функции нет!
А функции WindowProc, DefWindowProc и PreTranslateMessage не ловят это сообщение, я проверял!

Любое сообщение, которое в принципе приходит окну, можно поймать.

Конечно, соответствующих MFC-аналогов может и не быть. В этом случае просто пишешь стандартный обработчик:

Код

LONG OnXXXMessage(WPARAM,LPARAM);

И добавляешь его в карту сообщений:

Код

ON_MESSAGE(WM_XXX,OnXXXMessage)

Можно еще использовать макрос ON_MESSAGE_VOID - если параметров и возвращаемого значения нет. Тогда обработчик должен иметь другую сигнатуру:

Код

void OnXXXMessage();

Добавлено @ 09:14
Еще:

Цитата(Dreamer_0x01 @ 26.9.2005, 17:43)

Либо посылаю ему мессагу WM_CLOSE. Кстати, как правильнее, я так до сих пор и не понял.

Чтобы закрыть модальный диалог, нужно вызвать EndDialog(Result), где Result =IDOK или IDCANCEL, или что хочешь. Это будет именно то значение, которое вернет вызов CDialog::DoModal. Вызывать EndDialog можно из любого обработчика. Стандартный OnOk всего лишь вызывает UpdateData, а потом EndDialog.

На счет плюсов: способ, предложенный Dreamer 0x01 как раз и есть на мой взгляд достаточно нетривиальный! Я даже и подумать не мог, что можно так завернуть! А все другие, так сказать стандартные, выглядели криво и зачастую не удовлетворяли требованию: защититься от случайного, необдуманного закрытия диалога! так что могу сказать, что у Dreamera 0x01 "котелок" варит неординарно и мне он помог. Спасибо.

Earnest

Цитата(Earnest @ 27.9.2005, 09:09)

Любое сообщение, которое в принципе приходит окну, можно поймать.

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

И вообще, это какое-то странное сообщение, у меня студия говорит, что это
#define DM_GETDEFED WM_USER+1

нахрена они его в пользовательские дефайны отнесли?

Цитата(Earnest @ 27.9.2005, 09:09)

Чтобы закрыть модальный диалог, нужно вызвать EndDialog(Result)

а вот за это спасибо. А то я извращался....

Это сообщение отредактировал(а) Dreamer_0x01 - 27.9.2005, 19:25

Я тоже только что проверила - приходит, как миленькое.
Значит, не так ловишь.

Сообщение DM_GETDEFID среда посылает диалогу, когда пытается транслировать нажатие ENTER, из функции IsDialogMessage. Последняя вызывается, кажется, из PreTranslateMessage. Так что ловить сообщение нужно в диалоге.
Еще раз:

Код

class CMyDialog: public CDialog {    DECLARE_MESSAGE_MAP()    ... private:    afx_msg LONG OnGetDefID(WPARAM,LPARAM); }; BEGIN_MESSAGE_MAP(CMyDialog,CDialog)    ...    ON_MESSAGE(DM_GETDEFID,OnGetDefID) END_MESSAGE_MAP() LONG CMyDialog::OnGetDefID(WPARAM,LPARAM) {    return CWnd::Default(); }

Для рассматриваемой задачи нужно возвращать 0.

Цитата(Earnest @ 28.9.2005, 17:44)

Я тоже только что проверила - приходит, как миленькое. Значит, не так ловишь.

Да нет, ловлю так, и код у меня в общем-то такой же как и у вас.

Но я понял, почему у меня не ловится, а у вас ловится.

Я включил у себя снова у кнопки свойство "DefualtBatton", и у меня оно тоже стало ловиться. Причем в момент инициализации диалого. Но что угодно возвращай - хоть ноль, хоть не ноль - при нажатии энтера это сообщение вновь не вызывается. Поэтому его обработка в данной ситуации не момогает.
При выключенном же свойстве "DefualtButton" оно даже в момент инициализации не приходит вообще.

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

Зато помогло другое !!!
Возвращаем из OnGetDefID не 0, а совершенно левый идентификатор (которого нет в вашем диалоге). Вот так:

Код

LONG CMyDialog::OnGetDefID(WPARAM,LPARAM) {    return MAKELONG(999,DC_HASDEFID); }

Все! Жирной кнопки нет, по ENTER диалог не закрывается.