• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 290
  • Last Modified:

Trapping <return> in dialog

I have no OK button or items in my dialog which call the OnOK() function.  However, any time return is hit my program terminates.

I have tried PreTranslateMessage to no avail (perhaps I am calling it in the wrong place).  How can I trap the return?

I also have a single line CEdit control, will I need to trap <Return> entered in it separately?  Thanks!

P.S. the daily points haven't been updating, sorry I can't spend much more on this!
0
porear
Asked:
porear
1 Solution
 
nietodCommented:
Specify the ES_WANTRETURN style for the edit control.  

Let me know if you have questions.
0
 
porearAuthor Commented:
From what I understand ES_WANTRETURN only applies to multiline edit boxes... this is a single line.  The main problem is the main dialog window, not just the edit box.  Thanks
0
 
nietodCommented:
I'm not sure this is a good way, but one way is to handle the WM_GETDLGCODE message and return DLGC_WANTALLKEYS.  This prevents the dialog window from interpreting the enter key.  However it prevents it form interpreting other keys as well.  Thus you would have to renable those behaviours that you wanted by looking for their keys and mimicing these standard behavior.   There may be an easier way.  I don't use the built-in dialogs, so I'm not sure.
0
Concerto's Cloud Advisory Services

Want to avoid the missteps to gaining all the benefits of the cloud? Learn more about the different assessment options from our Cloud Advisory team.

 
porearAuthor Commented:
I did try that too, but apparently there is still something wrong with my method.  Per something I found on a newsgroup:

In MyDlg.CPP:

BEGIN_MESSAGE_MAP(CMyDlg, CDialog)

              ON_WM_GETDLGCODE()  // I added these two to the existing list
              ON_WM_KEYDOWN()

END_MESSAGE_MAP()

UINT CMyDlg::OnGetDlgCode()
{
              return DLGC_WANTALLKEYS | DLGC_HASSETSEL;
}

void CMyDlg::OnKeyDown(UINT nChar, UINT nRepCnt, UINT nFlags)
{
              if (nChar == VK_RETURN)
              {      
                         MessageBox("Return hit");     //  Trapped the return, notify
              }
}

Still no luck...  Thanks for the input though, I know here has to be a simple solution to this, its got to be a common issue...
0
 
warmcatCommented:
This is just a shot in the dark, but I understood that Enter selects the 'default button', defaultness being a button property you can set using Developer Studio in the normal way.  Why don't you try sticking a dummy button with this default property, perhaps with a dummy do-nothing OnClick() handler.  If that solves your problem, keep the button and use MoveWindow() to shift the button out of the visible dialog box area inside OnInitDialog().

Good Luck,

-Andy
0
 
xyuCommented:
The trick is here that pressing the <ENTER> you generate IDOK command for Your dialog by default...
The solution is someshing like that:

BOOL CTestDlg::OnCommand(WPARAM wParam, LPARAM lParam)
{
      if (wParam == IDOK) return FALSE; // <- Here
      return CDialog::OnCommand(wParam, lParam);
}

This trick works on OWL as well :)
0
 
porearAuthor Commented:
Thanks, that solved the problem well (and easily I might add, I knew it could be done simply).  It does trap ALL returns now though, so I have to handle the ones I want myself, which is a little effort but worth it for my app.  

Warmcat's idea worked well too, I did not know about the default button properties (forgive my relative newness to MFC).  I'll post a separate message to give him/her points as well (I have some to offer now that they've finally updated my account). Thanks!
0

Featured Post

Independent Software Vendors: We Want Your Opinion

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Tackle projects and never again get stuck behind a technical roadblock.
Join Now