Forum

Hi

I’m trying to create a child window (custom drawn control) on a window (which happens to the child of another). The parent window is filled with a custom gardient, when I create the child it is always filling in the rectangle in white. I am more than likely be silly here. Both windows are derived from a class which extends CWnd. It handles the WM_ERASEBKGRND & WM_PAINT messages. The WM_PAINT function is defined as follows:

void CSEWnd::OnPaint() {

CPaintDC dcPaint(this);

// Exclude the child areas from repaints

// Emulate erase background

// Store original colour & modes

int nOldBkMode = dc.GetBkMode();

// Call the derived classes OnDraw function

// Restore old colours

James Hughes

Hi,
With the following code which I call from a OnRButtonUp() handler I run into problems if the user Right clicks while the menu is up. The Prof-UIS MsgLoop sends me another RightButtonUp and of course I have a problem as my code will try to display the menu again. ie. The code calls itself. I tried adding: TPM_RIGHTBUTTON but this appears to be ignored and I couldn’t find an equivelant TPMX_xx #define.

I could add code to my OnRButtonUp() handler to ignore the recursive call but this doesn’t seem like the correct solution, then again maybe it is!  I’d prefer a new TPMX_xxx #def that didn’t pass on mouse clicks or kbd msgs to the menu’s parent. Maybe you have another existing solution?

    DWORD dwTrackFlags = TPMX_DO_MESSAGE_LOOP | TPMX_NO_WM_COMMAND | TPMX_NO_CMD_UI | TPMX_NO_HIDE_RARELY;
    pPopupWnd->TrackPopupMenu( dwTrackFlags, point.x, point.y, NULL, NULL, NULL, &nResultCmdID );

Thanks,
Neville - http://www.surfulater.com

Dear Neville,

The Prof-UIS menu currently allows you to invoke its commands only with the left mouse button - you cannot do this with the right button (nothing happens). Furthermore, if you press down a menu item with the left button and then move away the mouse pointer over to some other window and release the mouse button, then it is that other window which receives the WM_RBUTTONUP message. We believe this behavior is acceptable.

Of course, we would process the right button click over a menu item in such a way that the related command will be invoked. Please let us know whether it is what you mean.

Hi,
I think you misunderstood my problem. I’m not interested in enabling right click to work on menus. My problem is that when a menu is displayed using TrackPopupMenu() with the Flags I mentioned earlier the user can right click "outside" of the menu and my app gets the right click message. In my app right click is used to popup context menus, so now I get a second menu, when the user hasn’t finished with the first one and on it goes.

I’m reasonably sure this doesn’t happen with the Win32 API version of TrackPopupMenu() with the TPM_RETURNCMD flag.

Is there a way that I can detect if a popup menu is currently displayed? If so I can test this and not popup a second menu. Again not an ideal solution but it would do.

Thanks,
Neville

Hi,

I experience the following problem:

Whenever shadowed menus (CExtPopupMenuWnd::g_bMenuWithShadows = true;) are used in Prof-UIS samples, on some platforms, the menu shadow covers the actual menu. The menu shadow contains a snapshot of the upper left corner of my screen.

The pop-up menu is being refreshed only if I hover the mouse over an enabled item of the window. If the pop-up menu contains only disabled items, it will not be refreshed, no matter whether I hover the mouse or not.

If I use CExtPopupMenuWnd::g_bMenuWithShadows = false; (the way GLViews project demonstrates) everything seems to be fine.

I can provide you with some snapshots if you want to. I would really appreciate your help.

Thanks,

Emil

PS

Dear Emil,

Please send us a screenshot with the distorted shadow and give us more information on which platforms such misbehavior takes place, so that we can find and fix the bug in the shortest time possible.

Hi,

I’ve e-mailed you the snapshots. For the record,

Dear Emil,

We tested all our samples on Windows 2000 Server SP4 installed on Dual Xeon 2.4(+HyperThreading). No problems have been found yet. We sent you an updated version of the GLViews sample. Please test it out on your machine. If the problem persists, send us extra information described in the e-mail.

Hi,

I got your sample but it still has the bad behaviour on my custumer’s machine. It works well on mine though. It looks like the snapshot is not actually the shadow: the menu is properly rendered (including the shadow!); the snapshot of the upper left corner of the screen occurs a few moments later and covers the menu.

However, if one looks carefully on the samples I sent you guys, the snapshot is not exactly as big as the shadow!

I am using PROFUIS223md.dll.

Emil

PS

Sent also an e-mail.

Dear Emil,

Would you try and run the SDI sample application (comes with the library) whose client area contains an image with the very same shadow as in the menu? We wonder whether the the snapshot of the upper left corner of the screen will appear over this image.

Hi,

I am not really sure what are you asking for. Nevertheless I’ll e-mail you the snapshots with SDI. Please note the first and the last menu do not get overriden (they contain just one menu item).

I am not really a GUI person (this is why I bought ProfUIS!) but I was wondering: what if the order in the Z-buffer used in CExtPopupMenuWnd.cpp to render the menu is random? I am talking about SendWindowPos() call at line 6662 and the menu is placed inadvertently under the desktop.

Thanks,

Emil

Dear Emil,

It seems that the problem is not related to the popup menu window at all. It is the code responsible for painting the compound shadow that probably produces invalid images. You can make sure of this yourself if you pay attention to the image which is drawn in the application’s client area of the SDI sample:



The compound shadow both for this image and for the menu is drawn with the same algorithm. Nevertheles, even if we look at the screenshots with the correctly rendered menu (in the SDI sample application running on the dual machine in question) that you sent to us, we can see that the images with rectangulars in the client area are drawn incorrectly.

To find the cause, we try and code a test application, which we will send to you.

Hi,

Several examples bundled with the library crash under the following circumstances: assume we have several control bars (CExtControlBar) grouped into two tabbed containers.

Now if I drag one container over the other, position the mouse over the tabs of the second container and drop the first container, the application crashes with access violation.

This behaviour happens consistently with Server Explorer over Class View containers in ProfStudio project (but there are other cases, as well).

Thanks,

Emil

Dear Emil,

We fixed the bug you reported and are ready to send you a bug free version. Please let us know whether we should provide you with it immediately or you can wait a little until version 2.24 is released (at the end of the month).

Is there a way to safelty toggle on and off the TabMdiWnd at run time?

I simply Destroy and ReCreate the window and it seems to work find, but I wasn’t sure if there might be ramifications to doing this.

Is there any way to get toolbar combo’s drop down list to size horizontally and vertically to fit there content? For example when CMainFrame::OnPopupListBoxInitContent() has finished. This is for lists which are using the default font, not owner draw.

Thanks, Neville

Hi, I’ve got several toolbar combo’s based on the Style Editor sample app and I want to update the combo current selection (font name/size etc.) as the user moves around in the text. My only problem is getting the combo to redraw efficiently.

I’ve added the following OnUpdatexxx:

void CFMNView::OnUpdateGenericEditRedraw(CCmdUI* pCmdUI)
{
pCmdUI->Enable( Editing() );

// Force Toolbar Combo to show correct Style.
pMainFrame()->CExtCustomizeSite::RedrawCommandItems( pCmdUI->m_nID );
}

which works, however with three toolbar combos (ie. 3 calls to RedrawCommandItems()) it slows down my app considerably. So what is the best, most efficient way of doing this.

I’d also like to only update the respective combo’s if the selection actually needs changing (eg. caret is on text which is a different size to combo).

Thanks,
Neville

In my app and the ProfStudio sample if you say use Alt+Backspace in the Profstudio child window or command window after typing some text, when Alt is released, the menu bar is active. ie. Cursor left/right/down all work with the menu. This definitely shouldn’t be happening. The menu bar should only become active if no other key was pressed while the Alt key was down.

I have an application that has customization enabled, and I was wondering how changes to my menus get propagated to the users of my app. I have a 1.0 version of my app that has customization, and in my 1.1 version I want change my menu resources (add some for a new feature, and remove some for a feature that changed). When I run the app, my newly added menu items don’t appear, which I assume is being caused by the customization feature reading in the old menu from the registry. I also get a bunch of asserts when I run in debug mode because the commands being read from the registry no longer exist in the app for the removed menu items. Is there any way I can get around these issues when I ship my new version, apart from clearing the user’s registry entries? Some Visual Studio plug-ins seem to clear the registry and I despise having to recreate all my menus and toolbars again.

Dear Kishore,

The Prof-UIS customization subsystem stores two versions of the menu trees: initial and current (or customized). It is the customized version that is loaded from the registry every time. The menu bar always display the customized version of the menu trees. To reset the menu bar, you need to use the initial version. So, when your new version 1.1 loads its initial menu tree, you should copy it to the current (customized) version of the menu or, in other words, you should reset the menu bar.

First, please get both command trees:

	CExtCustomizeSite::CCmdMenuInfo * pMenuInfo =
		CExtCustomizeSite::MenuInfoGetByName(
			_T("Default") // menu name
			);
	CExtCustomizeCmdTreeNode * pNodeInitial =
		pMenuInfo-> GetNode( true );
	CExtCustomizeCmdTreeNode * pNodeCustomized =
		pMenuInfo-> GetNode( false );

	 (*pNodeCustomized) = (*pNodeInitial);

Thanks for the response. Where exactly am I supposed to put this code? When I put this code in (see below), I get asserts during ProfileBarStateLoad(). If I put the code after the state loading, I still get an assert when trying to show my main window.

I tried to do the following (during CMainFrame::OnCreate()):

   VERIFY(g_CmdManager->ProfileSetup( AfxGetApp()->m_pszProfileName, GetSafeHwnd()));
   VERIFY( g_CmdManager->UpdateFromMenu( AfxGetApp()->m_pszProfileName, IDR_MAINFRAME ));
   VERIFY( g_CmdManager->UpdateFromMenu( AfxGetApp()->m_pszProfileName, IDR_PROJECT ));
   VERIFY( g_CmdManager->UpdateFromToolBar( AfxGetApp()->m_pszProfileName, IDR_FILETOOLBAR ));
   VERIFY( g_CmdManager->UpdateFromToolBar( AfxGetApp()->m_pszProfileName, IDR_VIEWTOOLBAR ));
   VERIFY( g_CmdManager->UpdateFromToolBar( AfxGetApp()->m_pszProfileName, IDR_TOOLSTOOLBAR ));
   VERIFY( g_CmdManager->UpdateFromToolBar( AfxGetApp()->m_pszProfileName, IDR_HELPTOOLBAR ));

   VERIFY( CreateMenuBar());
   EnableDocking( CBRS_ALIGN_ANY );
   VERIFY( CreateFileToolBar());
   VERIFY( CreateViewToolBar());
   VERIFY( CreateToolsToolBar());
   VERIFY( CreateHelpToolBar());
   VERIFY( CreateStatusBar());
   VERIFY(CExtControlBar::FrameInjectAutoHideAreas( this ));

#if (!defined __EXT_MFC_NO_CUSTOMIZE)
   VERIFY( CExtCustomizeSite::MenuInfoAdd( this,
                                           _T("Default"),
                                           IDR_MAINFRAME,
                                           true,
                                           false,
                                           RUNTIME_CLASS( CMainFrame )));
   VERIFY( CExtCustomizeSite::MenuInfoAdd( this,
                                           _T("Project"),
                                           IDR_PROJECT,
                                           false,
                                           false,
                                           RUNTIME_CLASS( CProjectFrame ),
                                           RUNTIME_CLASS( CProjectView ),
                                           RUNTIME_CLASS( CProjectDoc )));

   VERIFY( CExtCustomizeSite::MenuInfoLoadAccelTable( _T("Default"), IDR_MAINFRAME ));
   VERIFY( CExtCustomizeSite::MenuInfoLoadAccelTable( _T("Project"), IDR_PROJECT ));

   DWORD dwCustomizeOptions = __ECSF_BARS | __ECSF_COMMANDS | __ECSF_USER_BARS | __ECSF_PARMS;
   VERIFY( CExtCustomizeSite::EnableCustomization( this, dwCustomizeOptions) );
   CExtCustomizeSite::CategoryUpdate( IDR_MAINFRAME );
   CExtCustomizeSite::CategoryUpdate( IDR_PROJECT );
   CExtCustomizeSite::CategoryMakeAllCmdsUnique();
   CExtCustomizeSite::CategoryAppendAllCommands();
   CExtCustomizeSite::CategoryAppendNewMenu();
   CExtCustomizeSite::CustomizeStateLoad( AfxGetApp()->m_pszRegistryKey,
                                          AfxGetApp()->m_pszProfileName,
                                          AfxGetApp()->m_pszProfileName );
   if (bResetMenus)
   {
      CExtCustomizeSite::CCmdMenuInfo *pMenuInfo =
               CExtCustomizeSite::MenuInfoGetByName( _T("Default" ) );// menu name
      CExtCustomizeCmdTreeNode *pNodeInitial;
      CExtCustomizeCmdTreeNode *pNodeCustomized;

      pNodeInitial = pMenuInfo->GetNode( true );
      pNodeCustomized = pMenuInfo->GetNode( false );
      (*pNodeCustomized) = (*pNodeInitial);


      //reset Project menu
      pMenuInfo = CExtCustomizeSite::MenuInfoGetByName( _T("Project" ) );// menu name

      pNodeInitial = pMenuInfo->GetNode( true );
      pNodeCustomized = pMenuInfo->GetNode( false );
      (*pNodeCustomized) = (*pNodeInitial);
   }
#endif // (!defined __EXT_MFC_NO_CUSTOMIZE)

   if ( !CExtControlBar::ProfileBarStateLoad( this,
                                              AfxGetApp()->m_pszRegistryKey,
                                              AfxGetApp()->m_pszProfileName,
                                              AfxGetApp()->m_pszProfileName,
                                              &m_dataFrameWP ))
   {
      ResetWorkspace();
   }

   VERIFY( g_CmdManager->SerializeState( AfxGetApp()->m_pszProfileName,
                                         AfxGetApp()->m_pszRegistryKey,
                                         AfxGetApp()->m_pszProfileName,
                                         FALSE ));

I reviewed adding an Edit control to a toolbar, and I understand how it all works and got my own control working great. I need to add a scrollbar to a toolbar as a button now. This scrollbar is used for scrubbing through an animation in a view. This seems to be quite different than the CExtBarTextFieldButton button for the CEdit in only created when the user clicks the button and I would think that the scrollbar would always be created. Do you have any examples that might be close to what I am trying to do?

Dear Daniel,

When in the customization mode, any command item can be dropped on any toolbar or menu. For this purpose, Prof-UIS supports text/combo fields directly. Of course, you can insert the scrollbar control to the CExtBarButton object and make it always visible, but it sends WM_HSCROLL/ WM_VSCROLL messages only to the toolbar it currently belongs to. This makes your task a bit complicated.

To provide you with a ready-to-use solution, we need your opinion. Would be a completely repainted slider-like or scrollbar-like toolbar button appropriate for you? If yes, we could code it and send it to you.

Yes a repainted scrollbar-like toolbar button would be great if the behavior works the same as if the scrollbar always existed. Thank you so much for your help. Your product is great and I suspect our users will enjoy the new UI features.

I have an CExtCmdItem which is set to StateSetTextField. I assumed I could set the text of the edit field from within a OnUpdateCmdUI using the SetText method. This doesn’t seem to be the correct method for setting the CEdit’s text from within a OnUpdate. Any help would be great.

From a ribbon button OnCommand management I nodified the variable associated to the text.
However the text field is not updated until I move mouse away from the button.
How can I force text to be redrawn ?

The CExtCustomizeSite::RedrawCommandItems() API should be invoked to repaint ribbon items.

Hello,
When I press a ribbon button, I modified the text associated to the control, but the text field is not updated until I move away from the button.
Can you please tell me what do I have to call in order to get the text field automatically updated?

The CExtCustomizeSite::RedrawCommandItems() API should be invoked to repaint ribbon items.

Dear Support-team,
I have some questions regarding edit management inside Ribbon Page.

I’ve created one, but the height is too small, therefore the text is cut.
Moreover I do not understand how to get/set the text inside the EDIT field from code.
Thank you in advance for your kind support.


below you can find the part of code that I used to insert it inside the ribbon


CExtRibbonNodeGroup * pRibbonNode_SearchToolGrp = new CExtRibbonNodeToolGroup( ID_RIBBON_TOOL_1 );
pRibbonGroup->InsertNode( NULL, pRibbonNode_SearchToolGrp );
CExtRibbonNodeGroup * pRibbonNode_SearchToolBefore = new CExtRibbonNodeToolGroup( ID_RIBBON_TOOL_1 );
    pRibbonNode_SearchToolGrp->InsertNode( NULL, pRibbonNode_SearchToolBefore );

CExtRibbonNode * pNodeFirstRecord =
                new CExtRibbonNodeToolButton( IDP_FIRST_PIECE);
pNodeFirstRecord->CmdKeyTipSet( new CExtCustomizeCmdKeyTip( __EXT_MFC_SAFE_TCHAR( _T(’M’) ) ), false );
pNodeFirstRecord->RibbonILE_RuleArrayGet().RemoveAll();
VERIFY( pNodeFirstRecord->m_iconSmall.m_bmpNormal.LoadBMP_Resource( MAKEINTRESOURCE( IDB_FIRST) ) );
pNodeFirstRecord->m_iconSmall.m_bmpNormal.Make32();
pNodeFirstRecord->m_iconSmall.m_bmpNormal.AlphaColor( RGB(255,0,255), RGB(0,0,0), 0 );
pRibbonNode_SearchToolBefore->InsertNode(NULL,pNodeFirstRecord);

CExtRibbonNode * pNodePrevRecord =
                new CExtRibbonNodeToolButton( IDP_PREV_PIECE);
pNodePrevRecord->CmdKeyTipSet( new CExtCustomizeCmdKeyTip( __EXT_MFC_SAFE_TCHAR( _T(’M’) ) ), false );
pNodePrevRecord->RibbonILE_RuleArrayGet().RemoveAll();
VERIFY( pNodePrevRecord->m_iconSmall.m_bmpNormal.LoadBMP_Resource( MAKEINTRESOURCE( IDB_PREV) ) );
pNodePrevRecord->m_iconSmall.m_bmpNormal.Make32();
pNodePrevRecord->m_iconSmall.m_bmpNormal.AlphaColor( RGB(255,0,255), RGB(0,0,0), 0 );
pRibbonNode_SearchToolBefore->InsertNode(NULL,pNodePrevRecord);


CExtRibbonNodeGroup * pRibbonNode_SearchTool2 = new CExtRibbonNodeToolGroup( ID_RIBBON_TOOL_1 );
    pRibbonNode_SearchToolGrp->InsertNode( NULL, pRibbonNode_SearchTool2 );


// CExtRibbonNodeGroup * pRibbonNode_SearchToolGroup =    new CExtRibbonNodeToolGroup( ID_RIBBON_TOOL_1 );
// pRibbonNode_SearchTool->InsertNode(NULL, pRibbonNode_SearchToolGroup);

CExtCustomizeCmdTreeNode * pNodeEditSearch =
new CExtRibbonNode( IDE_PIECE );
    pNodeEditSearch->CmdKeyTipSet( new CExtCustomizeCmdKeyTip( __EXT_MFC_SAFE_LPCTSTR( _T("FF") ) ), false );
    pNodeEditSearch->ModifyFlags( __ECTN_TBB_TEXT_FIELD);
INT nFontNameFieldWidth = g_PaintManager.GetPM()->UiScalingDo( 50, CExtPaintManager::__EUIST_X );
    pNodeEditSearch->TextFieldWidthSet( nFontNameFieldWidth );
pRibbonNode_SearchTool2->InsertNode(NULL, pNodeEditSearch);


Best regards

From within the OnUpdateCmdUI for my CExtBarTextFieldButton I obtained a pointer to the CExtBarTextFieldButton by using the pCmdUI->m_pOther and the pCmdUI->m_nIndex. From the CExtBarTextFieldButton I call SetFieldText and RedrawButton. This works great, but causes another problem. I can no longer access any menu items because when you click a menu item the OnUpdateCmdUI’s get invoked which causes this particular CExtBarTextFieldButton OnUpdateCmdUI to get envoked which calls SetFieldText which eventually calls CExtCustomizeSite::OnTextFieldInplaceTextSet which cancels any tracked popup menu. Am I going about this correctly?

Hi,

Is it possible to use the CExtWFF template with a CRichEditCtrl ? I’ve tried but the text in the control didn’t appear in black. It seems that the character format is white on white. I’ve tried to change the default format with SetDefaultCharFormat without success.
When I use the CRichEditCtrl in the same context, the text displays in black.

Thank you for your help.

I am novice. Where I can read something about CExtWFE, CExtWRB and similar classes/templates?

You can find information about these templates in the documentation.

I have a problem where CWinApp::OnIdle() and hence my CMyApp::OnIdle() isn’t being called when the mouse is over a docked window, the statusbar, or any menubar or toolbar. If I unpin the docked window so that it can autohide then OnIdle() is called correctly. This is without it hiding. It is also called correctly when the mouse is over my View window.

I can’t see that this problem is peculiar to my code, however I haven’t tried overiding OnIdle() in any of the sample apps.

Dear Neville,

We tried and analyzed the problem you reported by adding the following method to CWinApp derived classes in different Prof-UIS samples. In all cases this method works as it should. If you let us take a look at your source code, we will try to clarify the cause of the problem.

	virtual BOOL OnIdle( LONG lCount )
	{
		TRACE1( "  --> OnIdle( %ld )\n", lCount );
		return TRUE;
	}

I tried this on the ProfStudio sample and it appears to work ok. My app has a view derived from CHtmlView. Maybe this is related to the problem. If I can provide any more information I will.

Hi,
I want to enable icons to be used for menu items for menus used via. TrackPopupMenu(). I understand that if a cmd id for a menu item matches a cmd id on the main toolbar, then its icon will be used. But how do I get icons displayed for other commands. ie. Commands that don’t have an associated toolbar button.

I tried creating a new a toolbar that is never displayed and setup a TOOLBAR resource, but the images aren’t displayed. Do I need to somehow specify that this Toolbar should be used instead of the IDR_MAINFRAME one for specific calls to TrackPopupMenu(). If so how? I don’t want to have to manually code setting icon’s for for each individual menu item.

Thanks.
Neville

Dear Neville,

Please verify you have done correctly the following two things:

1) You have invoked g_CmdManager->UpdateFromMenu( . . . , IDR_YOUR_POPUP_MENU )
2) You have invoked g_CmdManager->UpdateFromToolBar ( . . . , IDR_YOUR_TOOLBAR_FOR_POPUP )

After that, you may create a dynamic instance of the CExtPopupMenuWnd class, invoke its LoadMenu( HWND, IDR_YOUR_POPUP_MENU ) and TrackPopupMenu() methods. The displayed popup menu must have icons corresponding to the buttons in the IDR_YOUR_TOOLBAR_FOR_POPUP toolbar resource.

Thanks. Adding g_CmdManager->UpdateFromToolBar ( . . . , IDR_YOUR_TOOLBAR_FOR_POPUP ) got things working.

However I didn’t add: g_CmdManager->UpdateFromMenu( . . . , IDR_YOUR_POPUP_MENU ). Do I realy nead to do this for dynamic menus?

Neville

Is there a way to use CExtPopupMenuWnd::UpdateFromMenu and have all menu states (Enabled/Disabled) stay as they were in the CMenu class when you call TrackPopupMenu. My software currently has an extensive mechanism set up for enabling and disabling menu items using the CMenu class. Before the menu is displayed I want to convert it to CExtPopupMenuWnd and add some more menu items to it. It all works great except it is expecting CmdUI’s for the commands and it is disabling the menu items. I guess what I am looking for is a way to force enable any command that was enabled in the original CMenu class or SUb Window of the CMenu class when it was passed into UpdateFromMenu.

How would I approach adding my own derived CEdit class and CScrollBar controls to a toolbar. I see that there is a way with the CommandManager to use StateSetTextField, but can I have custom controls?

Hi,

Resizing a CExtEdit control seems to change the way the content of the edit box is drawed: the text is slightly shifted to the right and the bottom of the control. Some letters like g or p are partially cut when it happens. You can test this with your sample ProfUIS_Controls. I tried this on Win98, WinNT and Win2000.

I think the problem comes from the method CExtEdit::OnNcCalcSize. I have changed the line 214 from rc.DeflateRect(4,4) to rc.DeflateRect(1,1) and all works fine.

I don’t know if this behavior is normal or if I made a mistake somewhere when I use the control.
Thank you for your help.

Dear Cyril,

CExtEdit only allocates the smallest possible size for its non-client area and paints it. It does not paint the contents of the edit control. So, if there is not enough space for some letters in the edit’s client area, you should increase its height. This also applies to the standard CEdit.

Hi,

I understand that the CExtEdit control only paint the non client area. But it also drives the size and the position of the non client area when resizing the original size of the control (ie. : the OnNcCalcSize method).

The first display of the control shows a ’normal’ CEdit display position, BUT when you resize the control the Non client area seems to grow up and the client area seems to shrink. Once again, you can see this on your samples. This happens only with CExtEdit, all other controls (like the combo box, for example) are ok. When you put a combo and an edit control side by side, you can see the difference.

Sorry for my bad english. If you want, I can send a mail with some screenshots to show you what I mean.

Thanks for your help and your great library.

Hi,

I have created a dialog based on CExtResizableDialog, that must self delete when closing (i.e using a ok or a cancel button).
So I have overloaded the method PostNcDestroy :

void CMyDlg::PostNcDestroy(void)
{
CExtResizableDialog::OnNcDestroy();
delete this;
}

And then, from the OnOK or OnCancel, I call PostNcDestroy (or DestroyWindow).

But now I have an assertion when I click on one of the button: it seems that the button sends a message to its parent that is already destroyed. Then, the call to CExtControlBar::DoCustomModeUpdateControlBars( this ) in CExtResizableDialog::WindowProc failed (line 123 of ExtResizableDialog.cpp).

I transformed this line in the following way:

if (IsWindow(GetSafeHwnd())){
CExtControlBar::DoCustomModeUpdateControlBars( this );
}

All works ok.

Is there another way to do what I want ? Or am i doing something wrong here ?
Thanks for help.

Dear Cyril,

Please do not use the PostNcDestroy() method in the dialog because it is not always invoked by the MFC framework, especially when the dialog is modal. You should use OnOK() and OnCancel() methods instead. These two methods are always invoked before the dialog is destroyed. To destroy dialog, please use the EndDialog() method. For example, if you have a dialog that may be used both as a modal and non-modal window, then the following code can be used:

class CTestDlg : public CExtResizableDialog
{
	bool m_bMeIsModal:1;
	void _PreHandleDestruction();
	void _PostHandleDestruction();
public:
	CTestDlg(  // standard constructor
		CWnd* pParent = NULL
		);
	virtual int DoModal();
	virtual BOOL OnInitDialog();
	virtual void OnOK();
	virtual void OnCancel();
	. . .
};

CTestDlg::CTestDlg(CWnd* pParent /*=NULL*/)
	: CExtResizableDialog(CTestDlg::IDD, pParent)
	, m_bMeIsModal( false )
{
}

BOOL CTestDlg::OnInitDialog()
{
	VERIFY( CExtResizableDialog::OnInitDialog() );
	// use default profile
	// (but you may setup a new profile
	// for your dialog here)
	g_CmdManager->ProfileWndAdd( NULL, m_hWnd );
	CExtResizableDialog::AddAnchor( . . . );
	CExtResizableDialog::EnableSaveRestore( . . . );
	. . .
	return TRUE;
}

int CTestDlg::DoModal() 
{
	m_bMeIsModal = true;
	return CExtResizableDialog::DoModal();
}

void CTestDlg::_PreHandleDestruction()
{
	g_CmdManager->ProfileWndRemove( m_hWnd );
}

void CTestDlg::_PostHandleDestruction()
{
	if( ! m_bMeIsModal )
		delete this;
}

void CTestDlg::OnOK() 
{
	_PreHandleDestruction();
	CExtResizableDialog::OnOK();
	_PostHandleDestruction();
}

void CTestDlg::OnCancel() 
{
	_PreHandleDestruction();
	CExtResizableDialog::OnCancel();
	_PostHandleDestruction();
}

Hi,

Thank you for your quick answer.
I forgot to say that my dialog box is always non modal. That’s why I use the PostNcDestroy solution as found in MSDN library for this case.

I tried your solution but, I still have the same problem. The program asserts in the debug version. What is weird is that when I launch a debug session with some breakpoints, all works fine.

I think there’s a problem with the window messages. It seems that the OnClick message of the ok or cancel button is processed after the window is actually deleted.

I can send you a more detailled example with source code if you like.
Thank you for your help.

Dear Cyril,

the problem is really weird. Dialog window can not receive messages after it was destroyed (including messages sent from its buttons). Yes, please let us take a look at your source code.