Forum

Hello

I am deriving a class from CExtDynamicTabbedControlBar in order to remove the "X" button and prevent floating of a control bar that contains two tabbed control bars. Obviously I can not do this with static linking. Is there a way around that? I don’t want to give up static linking just for removing the "X" button and prevent floating. Is it dangerous just to "undef" __EXT_MFC_NO_DYNAMIC_BAR_SITE? Obviously it is no problem to statically link to have the control bar WITH the "X" button so it must be possible to have that control bar WITHOUT that "X" button.

Thank you very much

Thomas

We faced the same behavior in the application of one of our customers. It appears only if the menu bar is not enabled for drag-and-drop-based re-docking. Unfortunately we failed to reproduce this bug in any of Prof-UIS samples. That problem has been temporarily solved by handling the CExtPopupMenuWnd::g_nMsgPrepareOneMenuLevel registered message and finding the menu item with the AFX_IDM_FIRST_MDICHILD identifier, removing all the items in the range of AFX_IDM_FIRST_MDICHILD .. (AFX_IDM_FIRST_MDICHILD+9) and inserting a single copy of window list commands.

It would be perfect if you would help us find out what’s wrong with the MDI menu. We would appreciate if you send us a "stripped" but fully functional version of your project which demonstrates the bug.

Please disregard the message starting with "We faced the same behavior...". We mistankely posted it to this thread.

Hello

I found the solution myself: It is sufficient to derive from CExtDynTabControlBar instead of CExtDynamicTabbedControlBar. Seems to work fine.

Thomas

You are right. Please also take a look at the class hierarch diagram included into Prof-UIS help. The CExtDyn*** classes are internally used by the plain CExtControlBar class. The CExtDynamic*** classes are used in the CExtDynamicBarSite system which is based on the CExtDynamicControlBar as the implementation of a single dockable dynamic bar window.