ActiveWindowChanged cannot be canceled if the event is fired for the case where you switch from one tab of a ToolWindow to another tab of a ToolWindow

An editor should appear at where the tabs of RadDock are when the end-user double-clicks the tabs or presses F2. This will allow him to change the text of the tabs.

The ToolTips in RadDock Advanced Layout Designer do not look correctly aligned

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.

To reproduce, just hover the over the tool window, open the datetime picker and press forward, backward or any other buttons on the calendar popup and you will see the tool window closing...

I'm hoping for a property to disable the closing of the toolwindow temporarily, or something that would suspend the close action...

To reproduce:
- Add RadDock to a blank form and dock a tool window to the bottom.
- Add RadRichTextBox to the tool window and set its anchor property to all for sides.
- Save and close the form.
- Reopen the form, you will notice that the RadRichtextBox has different size.

Steps to reproduce:
1) Create a parent MDI form - set isMdiContainer property to true
2) Create a child RadForm with some tool windows and document windows
3) Close the main MDI form without closing the child form Expected Result: close all forms Actual Result: Win32 Exception

General Information:
- works until 2012.2.726.00 Q2 2012 SP1 version of our controls
- does not work after 2012.3.1017.00 Q3 2012 version of our controls

Steps to reproduce:
1) Add RadDock control
2) Show Next and Previous Buttons of the default DocumentTabStrip:

        private void Form1_Load(object sender, EventArgs e)
        {
            this.radDock1.DockTabStripNeeded += new DockTabStripNeededEventHandler(radDock1_DockTabStripNeeded);
            
            tabStrip = this.radDock1.GetDefaultDocumentTabStrip(false);
            tabStrip.TabStripElement.StripButtons = StripViewButtons.All;
            DockLayoutPanel dockPanel = tabStrip.RootElement.Children[0].Children[3] as DockLayoutPanel;
            if(dockPanel != null)    
            {
                dockPanel.ZIndex = -1;
            }
            StripViewItemContainer stripContainer = tabStrip.TabStripElement.Children[0] as StripViewItemContainer;
            if (stripContainer != null)
            {
                stripContainer.Padding = new Padding(stripContainer.Padding.Left, stripContainer.Padding.Top, 0, stripContainer.Padding.Bottom);
            }
        }

        void radDock1_DockTabStripNeeded(object sender, DockTabStripNeededEventArgs e)
        {
            if(e.DockType == DockType.Document)
            {
                e.Strip = new CustomDocumentTabStrip();
            }
        }            

Expected Result: Navigate through all document windows by using the Next and Previous Button beside OverflowDropdownButton
Actual Result: NullReferenceException unhandled by RadPageViewStripElement

If right mouse button is pressed while dragging a float tool window, the default context menu appears. If after that move away and do not select a menu item, the tool window cannot be released from the pointer and hence cannot dock or leave it floating.

The exception occures when the parent form is minimized.

The AutoHide popup is not shown in the scenario, demonstrated in the attached to the forum thread project.

The keyboard shortcuts should be executed according to the active RadDock control.

The issue could be observed in a scenario with nested RadDock controls. An exception is received when the window state is changed to AutoHide.

The order of tabs in not correct after RadDock save/load operation. The selected tab is always the last one.

RadDock tool tabs look incorrect with ControlDefault theme when RightToLeft layout is used.

RadDock's ToolWindow should not hide when a modal dialog is shown while working with the window.
Solution: Added AutoHideWindowHiding event to RadDock to allow cancelling of the auto-hide windows hiding.