One should be able to drag and drop a ToolWindow to the ToolWindows area even if this ToolWindow is currently docked in the DocumentWindows area, similar to the VS2010 behavior.

If you set the CurrentCulture to tr-TR, you will notice that an unwanted black border appears in the FloatingWindow of RadDock. This scenario should be tested with the whole suite.

If you hide a DocumentWindow and save the layout, the loaded layout shows the DocumentWindow, but it actually should keep it hidden.
Same behavior is valid for ToolWindow.

changes
---------------------------------
event is changed to ItemSelecting - tabstrip now is pageview (documentTabStrip1.TabStripElement.ItemSelecting += new EventHandler<Telerik.WinControls.UI.RadPageViewItemSelectingEventArgs>(TabStripElement_ItemSelecting))
introduce new powefull events for RadDock - SelectedTabChanging / SelectedTabChanged


Create a dock with couple of documents.
Subscribe to the TabSelecting event of RadTabStripElement and cancel it showing a message box indicating the cancellation.
The message box will be shown 5 times.

Create a new project and add RadForm
Add RadDock and set its Dock property to Fill
Run the project and start resizing the form, you will see that the memory increases

The exception occures when the parent form is minimized.

Detected in RadDock using resizing of simple form with RadDock and one ToolWindow docked in bottom.

When you open the Advanced Layout Designer of RadDock and you try to reposition a ToolWindow by a drag-and-drop operation, the designer closes unexpectedly. This issue happens when there is a specific layout created.

In addition, if this ContextMenu is called from a control contained in an autohide DockWindow that is currently expanded, this window becomes collapsed.

RadDock does not show tooltips on certain buttons. The issue actually comes from OverflowDropDownButtonElement which has issues with its ToolTipText property.

Visual Studio 2010 document window behavior

If you have several textboxes anchored to Left, Top, Right in a Form hosted in RadDock and you redock the window so that its width remains the same, the width of the textboxes will change.

If you change the name of a child mdi form in its Load event, this title will not be reflected by the tab of the document window created to host the child form.

Comes from ticket 371813;

1)Create a form with RadRibbonBar, RadDock with some (3) windows, set key tips to the RibbonBar and run the form.
2) Hold and release the Alt key. The numbers show up on the ribbonbar as expected.
3) Click somewhere but not on the tabdocument to turn off the numbers ( notice that the initial tab will be "documentWindow1")
4) click on "documentWindow3" to select it
5) press the the Alt key again. The tabs will switch back to "documentWindow1" !!!

This feature request refers to introducing a new ToolWindow property which will allow setting individually text to the ToolWindow's Caption and Tab.

The AutoHide and Docking button of the toolWindows does not have a localization strings. Same with the document window.

If you have a ToolWindow in AutoHide mode with a RadDropDownList in it and you choose an item from the list or scroll the items in the list, the ToolWindow will hide itself.

When a floating window is hidden and RadDock layout is saved, the hidden window is saved in its Docked state and displayed as Docked when layout is loaded.

If there is a RadDock in UserControl and second UserControl, which inherits the first one, then the RadDock€™s layout in the second UC is damaged in design and run-time.

RadDock should have ActiveMDIChild property which returns the currently activated mdi child.

Resolution: 
Use the ActiveMDIChild property of the parent form.