Writing the Frame Window Procedure
The window procedure for an MDI frame window is similar to that of a non-MDI
application's main window. The difference is that a frame window procedure
passes all messages it does not handle to the
DefFrameProc function rather than to the
DefWindowProc function. In addition, the frame window procedure must also pass some
messages that it does handle, including those listed in the following table.
Message
| Response
|
WM_COMMAND
| Activates the MDI child window that the user chooses. This message is sent
when the user chooses an MDI child window from the Window menu of the MDI frame
window. The window identifier accompanying this message identifies the MDI child
window to be activated.
|
WM_MENUCHAR
| Opens the window menu of the active MDI child window when the user presses the ALT+ (minus) key combination.
|
WM_SETFOCUS
| Passes the keyboard focus to the MDI client window, which in turn passes it to
the active MDI child window.
|
WM_SIZE
| Resizes the MDI client window to fit in the new frame window's client area. If
the frame window procedure sizes the MDI client window to a different size, it
should not pass the message to the DefWindowProc function.
|
The frame window procedure in Multipad is called MPFrameWndProc. The handling
of other messages by MPFrameWndProc is similar to that of non-MDI applications.
WM_COMMAND messages in Multipad are handled by the locally defined CommandHandler
function. For command messages Multipad does not handle, CommandHandler calls the
DefFrameProc function. If Multipad doesn't use
DefFrameProc by default, the user can't activate a child window from the Window menu,
because the WM_COMMAND message sent by choosing the window's menu item (command)
would be lost.
- Software for developers
-
Delphi Components
.Net Components
Software for Android Developers
- More information resources
-
MegaDetailed.Net
Unix Manual Pages
Delphi Examples
- Databases for Amazon shops developers
-
Amazon Categories Database
Browse Nodes Database