A user should be able to scroll to a desired item (window) by selecting it from the overflow menu. Currently, the selected item is inserted at the first position and the order of items is changed.

Currently it is not possible to customize the tool window animation and there is no animation when closing the tool window.

Resolution: 
Set the AutoHideAnimation and the AutoHideAnimationDuration properties of RadDock 

There should be a method which allows the user to host a Form in a HostWindow. This will come in handy when there is a save/load layout scenario.

Resolution: 
Use the DockControl method to host a form. Here is the code snippet: 
Form form = new Form8();
this.radDock1.DockControl(form, Telerik.WinControls.UI.Docking.DockPosition.Left);

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

Resolution: 
Use the ActiveMDIChild property of the parent form. 

Trying to Double-Click ToolWindow to dock it back on RadDock as a Tab...

When you set a ToolWindow to only AllowedDockStates of Floating,TabbedDocument and Hidden, you lose the header double-click functionality of the toolwindow that pops the ToolWindow out as a floating window as well as pops it back in as a tabbed document. If you add AllowedDockState of Docked, the double-click functionality works. 

I am working with ToolWindows on a RadDock control and want them only represented as either Floating or TabbedDocuments with the ability to double-click a floating window caption and pop it back onto the RadDock control as a TabbedDocument. I got the double-click functionality to pop a floating window back in by using DockStateChanged and TransactionCommitment events. The less important one of double-clicking on a TabbedDocument header to pop it back out I have not yet done.

I use the DockStateChanged event to fire when ToolWindows are set to floating and change the AllowedDockState of that window to use Docked. I use TransactionCommitment to change a ToolWindow's AllowedDockState to exclude Docked and programmatically change the DockState of the window to TabbedDocument. Is this the best approach or did I miss a simple property or something? I pasted the two methods below for your convenience.

Resolution: 

In Q1 2014 (version 2014.1.226) we introduced an floating option for tabbed document which resolved this issue. 
Here is the link to the feedback item: http://feedback.telerik.com/Project/154/Feedback/Details/111942-improve-give-floating-option-for-tabbed-document

There should be mechanism for specifying which windows should be saved by the SaveToXml method.

Resolution: 
You need to subscribe to the DockWindowSerializing event to prevent saving of window. Please refer to the following code example: 
void radDock1_DockWindowSerializing(object sender, DockWindowCancelEventArgs e)
{
    if (e.NewWindow.Text == "WindowName")
    {
        e.Cancel = true;
    }
}

A nice addition to the existing save/load layout functionality of RadDock will be the possibility to save the AutoHideSize value.

When you add a few DocumentWindows to RadDock and you undock one of them to a floating window, then undock another one in the same floating window you will see two tabs. In the main area the selected tab is bolded, the functionality should be the same in the floating windows

For the time being use the following code to manually bold the tabs:

this.RadDock.FloatingWindowCreated += RadDock_FloatingWindowCreated;
...
void RadDock_FloatingWindowCreated(object sender, FloatingWindowEventArgs e)
{
    e.Window.Controls[0].ControlAdded += Form1_ControlAdded;
}

void Form1_ControlAdded(object sender, ControlEventArgs e)
{
    DocumentTabStrip tabStrip = e.Control as DocumentTabStrip;
    tabStrip.ControlAdded -= Form1_ControlAdded;
    if (tabStrip != null)
    {
        tabStrip.SelectedIndexChanged += tabStrip_SelectedIndexChanged;
    }
}

void tabStrip_SelectedIndexChanged(object sender, EventArgs e)
{
    DocumentTabStrip tabStrip = sender as DocumentTabStrip;
    if (tabStrip != null)
    {
        foreach (DocumentWindow item in tabStrip.Controls)
        {
            item.TabStripItem.ResetValue(RadItem.FontProperty, ValueResetFlags.Local);
        }

        tabStrip.SelectedTab.TabStripItem.Font = new Font(tabStrip.SelectedTab.Font.FontFamily, tabStrip.SelectedTab.Font.Size, FontStyle.Bold);
    }
}

Currently, no images are shown in AutoHideTabs of ToolWindows. It will be a nice feature if there are such images.

There should be events firing when the AutoHideWindow pops up and collapses.

One should know what is the reason that causes a transaction to take place. For example, if you double-click the titlebar of a FloatingWindow to redock it in RadDock, the user should known that the reason is a double-click operation.

There should be a method which hides/closes (depending on the CloseAction) a DocumentWindow. This method should be called from the DocumentWindow instance.

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.

Add the ability to programatically show AutoHidden window

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.

Visual Studio 2010 introduced the concept of document windows which behave like a regular tool window. Implement the same functionality within RadDock.

Visual Studio 2010 document window behavior

Add the ability to easily turn on/off the DockingGuides

I've discovered a behavioral issue with the tool-window when one of its containing control's data-binding is updated.

I'm designing an application using the MVVM design pattern with a basic View and View-Model. The View is a form that contains a RadDock, ToolWindow containing a Label, and a Button to update the Label's Text; and data-binding setup to the ToolWindow's property "DockState" and a Label's property "Text". The View-Model contains the bound properties "ToolWindow1DockState" and "Label1Text", which implements INotifyPropertyChanged to update the respective controls; and a method used to update Label1's text.

After I click "Auto-hide" on ToolWindow1 and click the "Change Text" button, I'm expecting ToolWindow1 to remain in the Auto-hide state. Instead, ToolWindow1 is placed in the Docked state.

IMPROVE: RadDock - currently when middle click is executed the ActiveWIndows closes instead of the clicked one