Instead of using jQuery-type script (kendo?), please provide functionality to the RadHTMLChart to specify label properties of a RadHTMLChart series. For example (background colour, padding and border)
<telerik:RadScriptManager ID="RadScriptManager1" runat="server"></telerik:RadScriptManager>
<script>
function kendoChartInitializing(sender, args) {
var series = args.series;
for (var i = 0; i < series.length; i++) {
series[i].labels.background = "white";
series[i].labels.padding = 4;
series[i].labels.border = { width: 1, dashType: "solid", color: "black" }
}
}
</script>
Instead of using jQuery-type script (kendo?), please provide functionality to the RadHTMLChart to specify MinSize and MaxSize properties of the RadHTMLChart.
Instead of the following:
<telerik:RadScriptManager ID="RadScriptManager1" runat="server"></telerik:RadScriptManager>
<script>
function kendoChartInitializing(sender, args) {
var series = args.series;
for (var i = 0; i < series.length; i++) {
series[i].maxSize = 30;
series[i].minSize = 10;
}
}
</script>
When the set_keepInScreenBounds method is called and you pass a true parameter, the popup of RadColorPicker is only partially visible (the tabs are hidden).
This is the popular image zoom control used in many sites like amazon.com to display a zoomed selection of an image in another panel or window.
According to the WAI-ARIA specification, the Shift+Tab in Rich Text Box should focus the toolbar if the cursor is in the content area.As a side effect the Tab functionality get executed instead of Shift+Tab. The behavior is correct in FF and IE, but not in Chrome Possible workaround is overriding the InsertShiftTab command with this function: <telerik:RadEditor runat="server" ID="RadEditor1"> </telerik:RadEditor> <script type="text/javascript"> Telerik.Web.UI.Editor.CommandList.InsertShiftTab = function (commandName, editor, oTool) { var oParent = editor.getSelectedElement(); if (typeof (oParent.tagName) == "undefined") oParent = oParent.parentNode; var tdNode = Telerik.Web.UI.Editor.Utils.getElementParentByTag(oParent, "TD"); if (tdNode) { Telerik.Web.UI.Editor.Utils.MoveToPreviousCell(tdNode, editor); } else { setTimeout(function () { var toolsArray = editor.get_toolAdapter().get_tools(); var lastTool = toolsArray[toolsArray.length - 1].get_element(); if (document.activeElement !== lastTool) { lastTool.focus(); } }, 0); } return false; }; </script>
A JavaScriptError is thrown when FileExplorer with enabled AsyncUplaod is used for multiple files uploading in IE. The message of the error is: JavaScript runtime error: Object doesn't support property or method 'get_allowMultiRowSelection' Steps to reproduce: 1. Open http://demos.telerik.com/aspnet-ajax/fileexplorer/examples/asyncupload/defaultcs.aspx in IE10 2. Open the FileExplorer's Upload dialog 3. Select 2 or more files for upload 4. Click the Upload button Result: A JavaScript error is thrown.
Create a page as below and assign a limited toolset to each editor in the code behind: <telerik:RadEditor ID="RadEditor1" Skin="Default" ContentAreaMode="Div" runat="server" Width="265px" Height="120px" ToolsWidth="265px"> <Content><p>A Word</p> </Content> </telerik:RadEditor> <telerik:RadEditor ID="RadEditor2" Skin="Default" ContentAreaMode="Div" runat="server" Width="265px" Height="120px" ToolsWidth="265px"> <Content><p>A Word</p> </Content> </telerik:RadEditor> [Continue with this until ...] <telerik:RadEditor ID="RadEditor10" Skin="Default" ContentAreaMode="Div" runat="server" Width="265px" Height="120px" ToolsWidth="265px"> <Content><p>A Word</p> </Content> </telerik:RadEditor> Now display this page and right click for the top editor's Context Sensitive popup menu. Now scroll down to the bottom menu and right click for that menu's context sensitive menu. My experience is that this will erroneously produce the popup at the top of the browser. This is the most extreme example of a general behaviour where the vertical placement of popups is typically off the mark when working with multiple editors and ContentAreaMode="Div". Get rid of the ContentAreaMode="Div" and the problem disappears.
I think It would be great the AUTOCOMPLETEBOX (integrated with FilterExpression) insted of the TEXTBOX for filtering in riadgrid. It's too tedious adding a custom filter template , persisting and restoring filter values after postbacks, build the filterexpression manually etc. I'm aware the checkList can provide similar functionality but it't not so clear, intuitive, ergonomic and easy to use for current user. Regards, Ángel.
Improve the SplitButton functionality so it is easier to use. Also provide a way for easier integration of ContextMenu with SplitButton as shown in the following demo: http://demos.telerik.com/aspnet-ajax/button/examples/splitbutton/defaultcs.aspx
I don't know what you call this button but it is a crossover between a drop down list/mega menu and a button. Very simple example: Google's "More" button across the top next to News/Videos/Maps and then there is the "More" button with the other options. https://www.google.com/#q=dog Next example: Your site! The skin selecting drop down: http://demos.telerik.com/aspnet-ajax/grid/examples/overview/defaultcs.aspx The option for a full fluid width like this would be nice along with the possibility of a fixed or fitted width. I also really like the animated arrow up/down. But the mega menu example is Amazon: http://www.amazon.com/ Their buttons/drop downs in the top right for "Your Account", "Try Prime", "Cart", and "Wish List". These are beautiful and would be great functionality. It would also be ideal if the button/link itself that triggers the drop down doesn't have styles like the skins so they can easily be integrated into a website's existing navigational items and site design.
Hi, It would be so usefull a template or tool like codesmith or ironspeed to generate database-driven applications or at least a set of pages for CRUD operations where I can list the registers of each table/entity and edit it contents and Its relatives. Thanks Ángel.
When the LIST is displayed in a RadDropDownList, the datasource is usually a lookup table. Therefore, it is not practical to set the LIST attribute "DropdownWidth" to a fixed number of pixels, since items can be added to the lookup table where the text length is longer than any currently in the table. If you text is too long for the LIST width, the text wraps and this is not a pleasant user experience. This control needs an autosize feature for the LIST, so it fits the longest text without causing wrapping. This feature already exists on the RadComboBox with attributes DropDownAutoWidth="Enabled" and "NoWrap=true". These should also be used I the RadDropDownList so the LISTS work identically.