Click here to Skip to main content
Click here to Skip to main content

Using WTL's Built-in Dialog Resizing Class

, 20 Jul 2001
Rate this:
Please Sign up or sign in to vote.
How to use WTL's built-in support for resizable dialogs
<!-- Download Links --> <!-- Add the rest of your HTML here -->

Introduction

Recently I've been reading up on WTL, and I came across a rather interesting class that I hadn't seen mentioned anywhere, CDialogResize. Given the large number of MFC implementations of resizable dialogs, it's great that WTL provides its own, so you only have to learn one class and one way of specifying what gets resized. In this article, I will outline WTL's resizing support and provide a sample program to illustrate some of the features. You should already be familiar with WTL and how to install it. If you need help with this, there are articles on those subjects in the WTL section.

Using CDialogResize

The basics

As with many other WTL features, you begin by adding CDialogResize to the inheritance list of your dialog class. So, if you make a dialog-based app with the WTL AppWizard, you would add the line listed here in red:

class CMainDlg : public CAxDialogImpl<CMainDlg>,
                 public CDialogResize<CMainDlg>

CDialogResize is declared in atlframe.h, so add that header to your includes if it isn't there already.

The next step is to initialize the CDialogResize code in your dialog's OnInitDialog handler:

    LRESULT OnInitDialog(UINT uMsg, WPARAM wParam, LPARAM lParam, BOOL& bHandled)
    {
        // Init the CDialogResize code
        DlgResize_Init();
    ...
    }

DlgResize_Init() has a few optional parameters, which I'll cover later.

Next, add an entry in the dialog's message map that passes sizing messages to CDialogResize:

    BEGIN_MSG_MAP(CMainDlg)
        MESSAGE_HANDLER(WM_INITDIALOG, OnInitDialog)
        ...
        CHAIN_MSG_MAP(CDialogResize<CMainDlg>)
    END_MSG_MAP()

Finally, add a new map to the dialog class that lists which controls in the dialog will be resized:

class CMainDlg : public CAxDialogImpl<CMainDlg>, public CDialogResize<CMainDlg>
{
...
public:
    BEGIN_DLGRESIZE_MAP(CMainDlg)
    END_DLGRESIZE_MAP()
...
};

I'll describe how to fill in this map in the "Setting up the resize map" section.

Initializing CDialogResize

CDialogResize is initialized by calling to DlgResize_Init(). Its prototype is:

void CDialogResize::DlgResize_Init (
    bool bAddGripper = true,
    bool bUseMinTrackSize = true,
    DWORD dwForceStyle = WS_THICKFRAME | WS_CLIPCHILDREN );

The parameters are:

  • bAddGripper: This controls whether CDialogResize adds a size box to the bottom-right corner of the dialog. Pass true to add the size box, or false to not add it.
  • bUseMinTrackSize: This parameter controls whether CDialogResize restricts the minimum size of the dialog. If you pass true, the dialog is not allowed to be sized smaller than its initial size (as stored in the resource file). Pass false if you don't want to restrict the dialog's minimum size.
  • dwForceStyle: Specifies window styles to apply to the dialog. The default value is usually sufficient.

Setting up the resize map

The dialog resize map tells CDialogResize which controls to move or size. An entry looks like this:

    DLGRESIZE_CONTROL(ControlID, Flags)

ControlID is the ID of the dialog control. The possible flags and their meanings are:

  • DLSZ_SIZE_X: Resize the width of the control as the dialog resizes horizontally.
  • DLSZ_SIZE_Y: Resize the height of the control as the dialog resizes vertically.
  • DLSZ_MOVE_X: Move the control horizontally as the dialog resizes horizontally.
  • DLSZ_MOVE_Y: Move the control vertically as the dialog resizes vertically.
  • DLSZ_REPAINT: Invalidate the control after every move/resize so it repaints every time.

Note that you cannot move and size a control in the same dimension. If you specify, say DLSZ_MOVE_X and DLSZ_SIZE_X together, the size flag is ignored.

You can also group controls together so that they move and size proportionally to each other. I will cover this subject later.

Sample Project

The sample project included with this article is a simple dialog-based app that functions as a browser (using the WebBrowser ActiveX control). The control IDs are listed below; you should refer back to this diagram later when I discuss moving and resizing these controls.

 [Dlg control IDs - 17K]

The controls will move and size according to these rules:

  • The Location edit box will resize horizontally.
  • The Go, Exit, and About buttons will move horizontally.
  • The Back, Forward, Stop, and Refresh buttons will resize horizontally in a group.
  • The browser control will resize horizontally and vertically

The browser's OnInitDialog() function initializes CDialogResize like this:

    LRESULT OnInitDialog(UINT /*uMsg*/, WPARAM /*wParam*/, LPARAM /*lParam*/, 
                         BOOL& /*bHandled*/)
    {
        // Init the CDialogResize code
        DlgResize_Init();
        ...
    }

This uses the default parameters to DlgResize_Init(), which results in a size box being added. Also, the dialog cannot be sized smaller than its initial size. Here's what the dialog looks like on startup:

 [Main dialog - 28K] \

Here is the resize map, which lists the moving and sizing behavior for the controls. Note the new macros - BEGIN_DLGRESIZE_GROUP() and END_DLGRESIZE_GROUP() - that put the four browser control buttons into a resizing group.

    BEGIN_DLGRESIZE_MAP(CMainDlg)
        // Location edit box
        DLGRESIZE_CONTROL(IDC_URL, DLSZ_SIZE_X)

        // Go, Exit, About buttons
        DLGRESIZE_CONTROL(IDC_GO, DLSZ_MOVE_X)
        DLGRESIZE_CONTROL(IDC_EXIT, DLSZ_MOVE_X)
        DLGRESIZE_CONTROL(ID_APP_ABOUT, DLSZ_MOVE_X)

        // IE control buttons
        BEGIN_DLGRESIZE_GROUP()
            DLGRESIZE_CONTROL(IDC_BACK, DLSZ_SIZE_X)
            DLGRESIZE_CONTROL(IDC_FORWARD, DLSZ_SIZE_X)
            DLGRESIZE_CONTROL(IDC_STOP, DLSZ_SIZE_X)
            DLGRESIZE_CONTROL(IDC_REFRESH, DLSZ_SIZE_X)
        END_DLGRESIZE_GROUP()

        // WebBrowser control
        DLGRESIZE_CONTROL(IDC_BROWSER, DLSZ_SIZE_X|DLSZ_SIZE_Y)
    END_DLGRESIZE_MAP()

Here is the dialog after being resized:

 [Bigger dialog - 61K]

Notice how the edit box is wider, and the browser control is wider and taller. The behavior of the four grouped buttons is a bit tough to put into words, and the WTL code offers little guidance since there are few comments. But the basic idea is: imagine a bounding rectangle that surrounds all four buttons. That rectangle resizes like any other control, and all the buttons are sized proportionally so they remain within the bounding rectangle. If the buttons were to be moved, instead of resized, they would be positioned to always be evenly spaced apart. Note that all the controls in a group should have the same DLSZ_* flags to produce meaningful behavior.

Bugs and Problems with CDialogResize

So far, I've only seen two problems. One is that there seems to be an off-by-one bug somewhere, because the first time you resize the dialog, some of the controls shift the wrong direction by one pixel. The other, more serious problem, is a bug in the WTL AppWizard that is exposed when you add CDialogResize as a base class of your dialog. The AppWizard-generated code that displays the dialog looks like this:

int WINAPI _tWinMain(HINSTANCE hInstance, HINSTANCE /*hPrevInstance*/, 
                     LPTSTR lpstrCmdLine, int nCmdShow)
{
    // ...
    CMainDlg dlgMain;
    int nRet = dlgMain.DoModal();

    _Module.Term();
    ::CoUninitialize();

    return nRet;
}

The trouble with that is the CMainDlg destructor is called after _Module.Term(). This causes a crash in a release build if it is built with the _ATL_MIN_CRT symbol defined. The solution is to put the CMainDlg object in an enclosing block:

int nRet;

    {
    CMainDlg dlgMain;
    nRet = dlgMain.DoModal();
    }

License

This article has no explicit license attached to it but may contain usage terms in the article text or the download files themselves. If in doubt please contact the author via the discussion board below.

A list of licenses authors might use can be found here

Share

About the Author

Michael Dunn
Software Developer (Senior) VMware
United States United States
Michael lives in sunny Mountain View, California. He started programming with an Apple //e in 4th grade, graduated from UCLA with a math degree in 1994, and immediately landed a job as a QA engineer at Symantec, working on the Norton AntiVirus team. He pretty much taught himself Windows and MFC programming, and in 1999 he designed and coded a new interface for Norton AntiVirus 2000.
Mike has been a a developer at Napster and at his own lil' startup, Zabersoft, a development company he co-founded with offices in Los Angeles and Odense, Denmark. Mike is now a senior engineer at VMware.

He also enjoys his hobbies of playing pinball, bike riding, photography, and Domion on Friday nights (current favorite combo: Village + double Pirate Ship). He would get his own snooker table too if they weren't so darn big! He is also sad that he's forgotten the languages he's studied: French, Mandarin Chinese, and Japanese.
 
Mike was a VC MVP from 2005 to 2009.

Comments and Discussions

 
GeneralRe: Setting initial dialog size PinsussEric Niemisto9-May-03 4:45 
GeneralStrange XP behaviour PinsussRodger Bernstein23-Apr-03 5:10 
GeneralVery good! PinmemberAdrian Bacaianu14-Apr-03 4:01 
GeneralRe: Very good! Pinmemberjoyjjjz23-Sep-08 0:27 
GeneralExcellent article PinmemberRobert Edward Caldecott3-Mar-03 2:06 
Generalwon't resize PinmemberStephen Owens27-Feb-03 17:19 
GeneralRe: won't resize Pinmemberpathman1-May-03 9:56 
GeneralRe: won't resize PinmemberStephen Owens1-May-03 10:34 
GeneralRe: won't resize PinmemberSerg_swamp13-Jul-06 2:54 
Generalbah PinsussAnonymous4-Oct-02 17:02 
GeneralRe: bah Pinmemberpeterchen2-Feb-05 9:47 
GeneralResize Map Tips PinmemberJohn Wilkinson18-Sep-02 10:01 
GeneralReason for shift on first resize PinmemberJim Barry15-Jul-02 15:13 
GeneralRe: Reason for shift on first resize PinsitebuilderMichael Dunn15-Jul-02 19:44 
GeneralRe: Reason for shift on first resize PinmemberJim Barry16-Jul-02 0:47 
QuestionGroup box backgrounds don't repaint? PinmemberAnonymous12-Apr-02 12:01 
AnswerRe: Group box backgrounds don't repaint? PinmemberAnonymous12-Apr-02 12:32 
AnswerRe: Group box backgrounds don't repaint? PinmemberSGarratt4-Nov-03 10:28 
QuestionHow to sink events in your project? PinmemberHuu Quynh23-Dec-01 16:06 
QuestionWhat determines the anchoring point of the controls PinmemberDrewpee18-Oct-01 5:54 
GeneralIs there a way to get the resize to work on a borderless window PinmemberHawkeye31-Jul-01 17:03 
GeneralRe: Is there a way to get the resize to work on a borderless window PinmemberMichael Dunn9-Aug-01 21:10 
General#include <atlframe.h> PinmemberThomas Freudenberg6-Jul-01 3:56 
GeneralRe: #include <atlframe.h> PinmemberMichael Dunn6-Jul-01 14:27 
GeneralAdd WS_OVERLAPPED PinmemberAnonymous26-Jun-01 12:04 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

| Advertise | Privacy | Terms of Use | Mobile
Web02 | 2.8.141216.1 | Last Updated 21 Jul 2001
Article Copyright 2001 by Michael Dunn
Everything else Copyright © CodeProject, 1999-2014
Layout: fixed | fluid