We use cookies to give you the best experience on our website. If you continue to browse, then you agree to our privacy policy and cookie policy.
Unfortunately, activation email could not send to your email. Please try again.

Dockable Forms with Tabbed MDI

Thread ID:

Created:

Updated:

Platform:

Replies:

7886 Oct 13,2003 04:07 PM Nov 18,2003 03:33 PM Windows Forms 5
loading
Tags: Tools
Desis Machino
Asked On October 13, 2003 04:07 PM

I am trying to demonstrate a view which has a mix of Dockable forms with a Tabbed MDI as your tools support, however, I am running into few small problems. When I start my application, my dockable forms appear on the TabbedMDI (using SetAsMDIChild). If I right click to bring up the context menu, and select Floating, the form appears floating. However, if I immediately click the border, I cannot bring up the context menu on the floating form unless I click an object on the form or move the form (is this a bug?) When I am able to click I see that the Floating and Dockable choices are selected. This can be confusing. Is this the proper behavior? If so, is there a way for me to override the context menu so that only one choice (Dockable or Floating) is selected at one time? Also, with both dockable and floating choices selected in the context menu, if I deselect dockable, I would expect the floating to stay selected and the window to remain floating. However, by deselecting Dockable, the window then docks to the TabbedMDI, and both the choices are deselected. Is this the proper behavior? Thanks, Vikram

Administrator [Syncfusion]
Replied On October 14, 2003 02:02 PM

Hi Vikram, The context menu error is a known issue and we have a open QA Report (Id# 256) in this regard. I have updated the QA Report on your behalf hence upping the priority of this bug fix. We will try our very best to fix this bug at the earliest and include the bugfix in our future releases. Thanks for your patience and cooperation on this issue. The behavior of our Docking Windows Architecture conforms in every way to the behavior of the docking windows in VS.NET.The child forms can only exist as MDI child forms if they are not dockable. Only if they are both 'dockable' and 'floating', can they exist as float only. However if you wish to change this behavior, you could do so by overriding the OnDockContextmenu method and capturing the DockContextMenu (XPMenu object) in the DockingMgr.cs source file. When dockable is deselected, the docking form becomes a MDI child form and associates itself with the TabbedMDIManager. Once again, this is how the docking windows behave in VS.NET, and not a bug in our control. Please let me know if you need any additional information. Thanks for choosing Syncfusion products. Regards, Guru Patwal Syncfusion Inc.

Desis Machino
Replied On October 14, 2003 03:11 PM

> The behavior of our Docking Windows Architecture conforms in every way to the behavior of the docking windows in VS.NET. Either this is incorrect or I am doing something wrong. But as an example, in the VSDemo application which comes with the trial, if on any of the docked windows, I try to make the window Floating by clicking Floating the window will correctly float. However, if I then right click on the floating window menu bar, the context menu shows the Dockable and Floating items checked. In the VS.NET, if I follow the same sequence to float a docked window, and then click on the floating window, the context menu shows only the Floating item check (and NOT the Dockable item). In other words, in VS.NET there is no way the user is able to create a scenario where both the Dockable and Floating context menu items are checked at once. Please let me know if I am incorrect, or there is a bug in the code. And if there is a bug, how soon would a fix be available. Thanks, Vikram.

Administrator [Syncfusion]
Replied On October 15, 2003 11:14 AM

Hi Vikram, I apologise for my incorrect response earlier and thanks for bringing this issue to our attention. We do realise that this is an inconsistency and a bug in our docking windows architecture, and have logged a QA Report (QA# 314)in this regard. We will fix this problem at the earliest and the bugfix will be available in the next build of Essential Suite scheduled for releases in a few weeks from now. The earlier mentioned bug regarding the context-menu visibility (QA Report#256) has now been fixed internally and this fix will also be available in our next release. I will keep you updated regarding this. Thanks for your patience and cooperation. Regards, Guru Patwal Syncfusion Inc.

Administrator [Syncfusion]
Replied On October 15, 2003 11:27 AM

Hi Vikram, Please open an incident on DirectTrac in this regard and we will update you there. Thank you. Regards, Guru Patwal Syncfusion Inc.

Prakash S [Syncfusion]
Replied On November 18, 2003 03:33 PM

Hello! This problem has been fixed. The next update of Essential Tools will include the revised codebase. Thank you for bringing this to our attention. Prakash Syncfusion Inc.,

CONFIRMATION

This post will be permanently deleted. Are you sure you want to continue?

Sorry, An error occured while processing your request. Please try again later.

You are using an outdated version of Internet Explorer that may not display all features of this and other websites. Upgrade to Internet Explorer 8 or newer for a better experience.

;