Forum

Hi,

I have a dialog that i don’t want the user to make smaller then a pre-defined size.
Is there a way to do it in CExtResizableDialog?

Thanks.

Dear Support,

Any change this bug will be fixed in the coming version?

Regards,
Ron.

The CExtResizableDialog class is based on the CExtWA template decorator class and all the methods of CExtWA can also be found in CExtResizableDialog. There are two methods in CExtWA which allows you to limit the dialog’s size: SetMinTrackSize() and SetMaxTrackSize(). By using both methods, you can even make a dialog that can be resized only horizontally or vertically.

I tried with no success.
I have a following implementation:
A dock-bar containing a dialog derived from CExtResizableDialog.
I call SetMinTrackSize (tried before and after the dialog was created)
And i can still drag the dialog to be of no size.
Am i missing something?
Do you have a sample that does that?
Is there a bug?
Thanks.

My guess is: It is not the dialog that you are dragging, but the dock-bar, so you should disable sizing of dock-bar, not sizing of dialog. But sorry, I couldn’t find anything on disabling that in Help. I’m not even sure if by dock-bar you mean CExtControlBar or some other class.

Sorry, I meant restricting the sizing, not disabling it.

Exactly,
I want an example of a CExtControlBar with a dialog inside, which is how all my dialogs are created.

You can get the answer to your problem in this feature article of Prof-UIS. The important part for you:
---BEGIN QUOTE---
The Prof-UIS dialog has a resizing gripper, which can be turned on or off with the ShowSizeGrip() method. For example, you may pass FALSE to it in the OnInitDialog handler to turn it off.

As in the standard MFC dialog application, the resizing of the dialog is enabled/disabled in the Border field of the dialog resource’s properties.
---END QUOTE---

What i mean is that i don’t want the dialog to become smaller then some predefined value, something like
SetMinSize(400,200)
This will prevent the dialog from becoming smaller then 400 units on the X axe, and 200 on the Y axe.
Any idea?

CExtResizableDialog class is derived from some CExtWA < SomeBaseClass >, so you can use SetMinTrackSize on it.
From Help:
CExtWA::SetMinTrackSize
Sets the minimum size to which the window can be shrunk.

void SetMinTrackSize( const CSize & size);

Deosn’t work.
I have a dialog inside a dock bar, and i called the SetMinTrackSize function, and nothing changed.
What am i missing?

In a CExtControlBar-derived class, please override the following virtual method(s):

1) CExtControlBar::_CalcDesiredMinHW()(an internal virtual method) is invoked to query the minimum control bar’s width in pixels.

2) CExtControlBar::_CalcDesiredMinVH() (an internal virtual method) is invoked to query the minimum control bar’s height in pixels.

Another bug:
When i try do dock the bar to the left, it limits the size in a very strange behavior, which is absolutly not related to the limit size i set in the H size.
Please fix this issue as well.
Regards,
Ron.

Thanks,
This works, BUT, as always, a tab problem...
When the dialog is tabbed, still the same size apply, which means than now the tab control obscures the content of the docked dialog.
If the dialog is tabbed, the V size must be bigger by the size of the tab control.
Regards,
Ron.

A tabbed container for control bars is an instance of CExtDynTabControlBar which in turn is derived from CExtControlBar. So you can override CExtDynTabControlBar and implement any custom restrictions in it. When this custom class is ready and you need to use it in Prof-UIS, you can do this by handling the CExtControlBar::g_nMsgCreateTabbedBar registered windows message in your main frame window:

class C_YOUR_DynTabControlBar : public CExtDynTabControlBar
{
    . . .
};
 
ON_REGISTERED_MESSAGE( CExtControlBar::g_nMsgCreateTabbedBar, OnMsgCreateTabbedBar )
 
LRESULT CMainFrame::OnMsgCreateTabbedBar( WPARAM wParam, LPARAM lParam )
{
    lParam;
CExtDynTabControlBar ** ppBar = (CExtDynTabControlBar **)wParam;
    (*ppBar) = new C_YOUR_DynTabControlBar;
    return 0L;
}

I don’t understand what you are saying.

You think that this is not a bug, but a desired behavior?

I don’t think that this is true.

Please try and explain to me why i need to implement this myself.