Question

A notification is sent by a control to its parent. When I subclass a control using SetWindowSubclass, how can I handle the notifications? I don’t want to handle them in the parent’s window proc. Is there some thing I can do in subclass proc?

If I subclass a Edit control, how to handle EN_CHANGE notification in the subclass?

Update

This is the subclass proc:

LRESULT CALLBACK MyEditWindowProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam, UINT_PTR uIdSubclass, DWORD_PTR dwRefData)
{
  switch (uMsg)
  {
  default:
    return DefSubclassProc(hWnd, uMsg, wParam, lParam);
  }
}

I use

SetWindowSubclass(GetDlgItem(hWnd, ID_MYEDIT), MyEditWindowProc, 0, 0);

to subclass the Edit control.

But which message should I handle? Certainly not WM_NOTIFY because it’s handled by the parent.

Answer 1

If I subclass a Edit control, how to handle EN_CHANGE notification in the subclass?

Short answer: you can’t. If you subclass an edit, you only get to see the messages sent to it; you don’t get to listen to or intercept the messages already sent by it (although you can add additional outgoing messages).

If you do need to do this, however, an alternative technique might be to create an intermediate window that wraps the edit, so that the original parent dialog has your wrapper as the child, and your wrapper has the edit as the child. Now your wrapper is positioned to intercept and filter messages going in either direction.

It will have to take care to manually forward all relevant messages, and handle resizing and other housekeeping issues; you get a bunch of that ‘for free’ with subclassing, but have to deal with it explicitly when wrapping. Also, since mouse/keyboard input will still go to the inner control; if you need to listen in on that, then subclassing will be necessary in addition to wrapping.