When a RadDock without having its height property set is collapsed and then expanded, an explicit height is set to its wrapper as well as to its content wrapper, so that it cannot be resized. The workaround is to remove both heights on DockExpandCollapseCommand: ASPX: <telerik:RadDock runat="server" ID="RadDock1" RenderMode="Classic" Resizable="true"> <ContentTemplate> <asp:Button ID="btn" runat="server" Text="Click me" OnClientClick="toggleVisibility(); return false;" /> <div id="divExpand" style="display: none; height: 400px;"> Expanded </div> </ContentTemplate> <Commands> <telerik:DockExpandCollapseCommand OnClientCommand="DockExpandCollapseCommand" /> </Commands> </telerik:RadDock> JavaScript: <telerik:RadCodeBlock ID="RadCodeBlock1" runat="server"> <script type="text/javascript"> function toggleVisibility() { var divExpand = $get('divExpand'); if (divExpand.style.display == 'none') { divExpand.style.display = 'block'; } else { divExpand.style.display = 'none'; } } function DockExpandCollapseCommand(sender, args) { if (!sender.get_collapsed()) { sender.get_contentContainer().style.height = ""; sender.get_element().style.height = ""; } } </script> </telerik:RadCodeBlock>
When there is more than one row of RadDocks in a horizontally oriented RadDockZone, it will not be possible to resize them in order to use all the available width of the zone.
If a page scrolling is started by touching the content of a RadDock and dragging under IE 10 in a mobile device, the page will not be scrolled.
When you have a RadDockZone in a container with overflow, the RadDockZone contains resizable RadDocks (Resizable="true") and you start resizing one of the docks by clicking its bottom edge and dragging outside the border of the container with overflow, the resized dock will be positioned absolutely in the dock zone.
The RadDock is not transparent whlie being dragged.
When you place input HTML elements in the content of a RadDock and open the the page with mobile Chrome for Android, you will not be able to use the input elements.
When you programmatically load RadDocks in the page view of a RadMultiPage, which is ajaxified via RadAjaxManager or RadAjaxPanel, the docks will be ordered incorrectly after an AJAX request is performed on change of the visible page view.
I have a RadDockLayout and RadDockZone in the markup and I'm dynamically add RadDock controls from code behind to RadDockZone. And the intended drag and drop behavior of Dock items within the Zone is working fine in IE and Chrome, but not in Firefox. In Firefox when I click on the Title area of the RadDock item (which is the drag handler) the Dock item detached from the list and from the Zone and goes far top of the page from the cursor or just disappear. So far what I have found is this; The RadDockZone is placed in bottom of the long page (with browser scrolled to bottom). The RadDock item does not take the scroll height into account when it's position is calculated. I'm using latest version of Firefox (v17) and other browsers (IE v9, Chome v23) Is there a fix for this ?