Thanks Mike, I will...

 I understand why it's doing it, but it's tough to explain to a user that the panel they just floated so they can still see it when they changed tabs is now gone because its parent is no longer visible.

I see. Well maybe you can work around this by adding a dock manager to the main form as well. Handle the SelectedTabChanged and remove all floating control panes from a tab's dock manager when it is deselected and re-dock the controls in the form's dock manager. Also in the SelectedTabChanged, remove the floating panes at the form level which were related to the newly selected tab and re-dock them to the tab's dock manager. You can prevent users from docking the floating panes at the form level by setting the all the form's UltraDockManager.DefaultPaneSettings.AllowDock... properties to False.

Mike,

   I know its a long time back it is posted, but have a similar requirement. I tried to add the floating panes to the form's dock manager. The biggest problem I had is

Say My Tab contains 5 DockableControlPanes, out of which user floated 2 panes and dragged itt to his second monitor. Now in the tab change event, while adding to the form's dockmanager - I have to load the layout of TAB's dockmanager and remove all the non-floating panes from the loaded layout. Am not sure how to retain the layout the other way, when user comes back to TAB window. Is there a more simpler way in any of the latest versions??

Also I feel this approach doesnt work out when we have more than one TAB with multiple dockable panes and user want to move different panes from different tabs, as we need to load the layouts to maintain state of the window.

Do you have a better approach to tackle my problem? Let me know any better approaches.

Thanks,

Chandrakant.

now thats the kind of hacky solution I am looking for, thanks