Workaround: Use the following styles html .RadGrid_Windows7 .rgSave, html .RadGrid_Windows7 .rgAdd, html .RadGrid_Windows7 .rgRefresh, html .RadGrid_Windows7 .rgEdit, html .RadGrid_Windows7 .rgDel, html .RadGrid_Windows7 .rgFilter, html .RadGrid_Windows7 .rgPagePrev, html .RadGrid_Windows7 .rgPageNext, html .RadGrid_Windows7 .rgPageFirst, html .RadGrid_Windows7 .rgPageLast, html .RadGrid_Windows7 .rgExpand, html .RadGrid_Windows7 .rgCollapse, html .RadGrid_Windows7 .rgSortAsc, html .RadGrid_Windows7 .rgSortDesc, html .RadGrid_Windows7 .rgUpdate, html .RadGrid_Windows7 .rgCancel, html .RadGrid_Windows7 .rgUngroup, html .RadGrid_Windows7 .rgExpXLS, html .RadGrid_Windows7 .rgExpDOC, html .RadGrid_Windows7 .rgExpPDF, html .RadGrid_Windows7 .rgExpCSV { background-image: none; } html .RadGrid_Windows7 th.rgSorted { background-image: none; } html .RadGrid_Windows7 .rgMasterTable .rgSelectedCell, html .RadGrid_Windows7 .rgSelectedRow { background-image: none; } html .RadGrid_Windows7 .rgMasterTable .rgActiveCell, html .RadGrid_Windows7 .rgActiveRow, html .RadGrid_Windows7 .rgHoveredRow { background-image: none; } html .RadGrid_Windows7 .rgEditRow { background-image: none; } html .RadGrid_Windows7 .rgPager { background-image: none; } html .RadGrid_Windows7 .rgPager .rgPagerButton { background-image: none; } html .RadGrid_Windows7 .rgNumPart a:hover, html .RadGrid_Windows7 .rgNumPart a.rgCurrentPage { background-image: none; } html .RadGrid_Windows7 .rgNumPart a:hover span, html .RadGrid_Windows7 .rgNumPart a.rgCurrentPage span { background-image: none; } html .GridReorderTop_Windows7 { background-image: none; } html .GridReorderBottom_Windows7 { background-image: none; } html .RadGrid_Windows7 .rgGroupPanel { background-image: none; } html .RadGrid_Windows7 .rgGroupItem { background-image: none; } html .RadGrid_Windows7 .rgGroupHeader { background-image: none; } html .RadGrid_Windows7 .rgCommandRow { background-image: none; }
I am seeing a strange problem when opening LinkManager dialog from RadEditor. The width of the dialog keeps decreasing on successive opening of the dialog. Sample page code to reproduce this is given below. You can see a video of this issue at think URL : https://goo.gl/UuPwtA Sample page code (code-behind is empty) <%@ Page Language="C#" AutoEventWireup="true"%> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head runat="server"> <title></title> <telerik:RadStyleSheetManager ID="RadStyleSheetManager1" runat="server" /> </head> <body> <form id="form1" runat="server"> <telerik:RadScriptManager ID="RadScriptManager1" runat="server"> </telerik:RadScriptManager> <div> <telerik:RadEditor ID="RadEditor1" runat="server" ToolbarMode="Default" RenderMode="Lightweight" Skin="Metro"></telerik:RadEditor> </div> </form> </body> </html> Reproducible in every browser.
Missing background color of the Grid's headers in IE9 due to the unsupported by the browser linear-gradient. The issue can be reproduced with Skin="Web20". Workaround: div.RadGrid_Web20 .rgHeader, .RadGrid_Web20 th.rgResizeCol, .RadGrid_Web20 .rgHeaderWrapper { background-image: linear-gradient(#9db7db,#7b95c6 50%,#698ac0 50%,#92b3de); background-color: #92b3de; } Code to reproduce: <telerik:RadGrid ID="RadGrid1" runat="server" OnNeedDataSource="RadGrid1_NeedDataSource" AutoGenerateColumns="false" Skin="Web20" EnableEmbeddedSkins="true"> <MasterTableView> <Columns> <telerik:GridBoundColumn DataField="description" HeaderText="Description"></telerik:GridBoundColumn> <telerik:GridBoundColumn DataField="value" HeaderText="Value"></telerik:GridBoundColumn> </Columns> </MasterTableView> </telerik:RadGrid> protected void RadGrid1_NeedDataSource(object sender, Telerik.Web.UI.GridNeedDataSourceEventArgs e) { (sender as RadGrid).DataSource = GetData(); } private DataTable GetData() { DataTable dt = new DataTable(); dt.Columns.Add("description"); dt.Columns.Add("value"); for (int i = 0; i < 100; i++) { dt.Rows.Add( "description_" + i.ToString(), i * 100); } return dt; }
Caused by https://groups.google.com/a/chromium.org/forum/#!topic/blink-dev/GbVcuwg_QjM/discussion%5B1-25%5D https://stackoverflow.com/a/45495974 https://stackoverflow.com/a/45746963 Workaround attached
As we can find in telerik documentations, there are various controls properties that can be set from web.config. Like skin, render mode, etc. It is done with a list of keys under <appSettings> section in the web.config. See link below. https://docs.telerik.com/devtools/aspnet-ajax/general-information/web-config-settings-overview#control-properties-you-can-set-from-the-webconfig My sugestion is to add in this list the localization path property. So we can centralize the resources files location for big projects, like a web site under IIS with many webapplication under one site.
Problem: With the latest version of Chrome 61 the context menu is not positioning correctly in the treeview. It only happens when the treeview is longer than the window height and there are scrollbars. The EnableScreenBoundaryDetection should be enabled too (it is enabled by default). Reproduction: see this video for a repro https://www.screencast.com/t/Reehai09gMP. The problem does not happen in the Chrome versions prior 61. Details and Resolution: The context menu positioning problem is due to the following breaking change in Chrome 61 (see release notes at https://blog.chromium.org/2017/08/chrome-61-beta-javascript-modules.html): To align with the spec and preserve browser consistency, the scrollingElement is now the documentElement in standards mode. Chrome 61 has changed the behavior of document.scrollingElement to return document.documentElement instead of document.body to match the CSSOM View specification and this broke the positioning of the context menu when the EnableScreenBoundaryDetection is enabled. Solution 1 Place the following override over the RadTreeView declaration: <script> Telerik.Web.UI.RadMenu._getViewPortSize = function () { var viewPortSize = $telerik.getViewPortSize(); // The document scroll is not included in the viewport size // calculation under FF/quirks and Edge. var quirksMode = document.compatMode != "CSS1Compat"; if (($telerik.isFirefox && quirksMode) || Telerik.Web.Browser.edge) { viewPortSize.height += document.body.scrollTop; viewPortSize.width += document.body.scrollLeft; } else if (Telerik.Web.Browser.chrome) { viewPortSize.height += Math.max(document.body.scrollTop, document.scrollingElement.scrollTop); viewPortSize.width += Math.max(document.body.scrollLeft, document.scrollingElement.scrollLeft); } return viewPortSize; }; </script> <telerik:RadTreeView RenderMode="Lightweight" ID="RadTreeView2" runat="server"> <ContextMenus> <telerik:RadTreeViewContextMenu ID="RadTreeViewContextMenu1"runat="server" RenderMode="Lightweight"> <Items> ... Solution 2 Set EnableScreenBoundaryDetection to false. This will disable the screen boundary detection and some parts of the context menu could be rendered beneath the browser borders when there isn't enough space to be rendered on the visible screen. You will have to use the browser scrollbars to show the hidden part of the menu. The issue is scheduled for fixing in R3 2017 SP1, the release date of which is not yet decided. Please use the provided solutions above until the SP1 goes out officially.
Javascript errors are thrown when pie chart with custom skin is loaded. The issue is introduced as of version 2017.1.118. Code to reproduce: <telerik:RadHtmlChart ID="Telerik1" runat="server" Height="250px" Width="250px" EnableEmbeddedSkins="false" Skin="CMS_Black"> <ChartTitle Text="Financial Aid Status1112"> <Appearance> <TextStyle Color="Red" FontSize="12" FontFamily="Verdana" Margin="11" Padding="22"></TextStyle> </Appearance> </ChartTitle> <PlotArea> <Series> <telerik:PieSeries Name="TypeMemberCount1" NameField="Name" DataFieldY="Value"> <LabelsAppearance> <ClientTemplate> #=dataItem.Name#: #=dataItem._Value# (#=dataItem._Percentage#%) </ClientTemplate> </LabelsAppearance> </telerik:PieSeries> </Series> </PlotArea> <Legend> <Appearance Position="Right" Visible="true"> </Appearance> </Legend> </telerik:RadHtmlChart> Code bihind: protected void Page_Load(object sender, EventArgs e) { Telerik1.DataSource = GetData(); Telerik1.DataBind(); } private DataTable GetData() { DataTable dt = new DataTable("ChargeData"); dt.Columns.Add("Id", Type.GetType("System.Int32")); dt.Columns.Add("Name", Type.GetType("System.String")); dt.Columns.Add("Value", Type.GetType("System.Int32")); dt.Columns.Add("_Value", Type.GetType("System.Int32")); dt.Columns.Add("_Percentage", Type.GetType("System.Int32")); dt.Rows.Add(1, "Item 1", 10, 34, 10); dt.Rows.Add(2, "Item 2", 65, 34, 65); dt.Rows.Add(3, "Item 3", 25, 34, 25); return dt; } web.config: <add key="Telerik.Skin" value="CMS_Black"/> Ticket 1113172
Adding a request as per the link below: http://www.telerik.com/forums/javascript-intellisense-option-missing-in-vs-2017 Admin update: Here are links to updated documentation that explains how to use JavaScript intellisense in VS 2017 - https://docs.telerik.com/devtools/aspnet-ajax/general-information/integration-with-visual-studio/how-to-use-javascript-intellisense-for-the-telerik-controls - https://docs.telerik.com/devtools/aspnet-ajax/general-information/using-jquery/jquery-intellisense
RadGrid's footer has wrong color in Metro skin - black text over black background. The problem is specific for Classic render mode.
Lightweight stylesheets for Grid load background images from http://aspnet-skins.telerikstatic.com/ajaxz/2017.2.711/Telerik/Grid/sprite.png;
https://www.screencast.com/t/UgqUZbqenpj5
Would it be possible to make the RadProgressBar fully functional at design time ? Currently any property changes you make in design time do not show on a form that's in design view Being able to set height, width etc and have it show in design time would be very helpful Thanks
Workaround: .RadListBox .rlbEmptyMessage { font-style: italic; text-align: center; filter: alpha(opacity=80); opacity: .8; position: absolute; }
I am attaching 2 pictures to show what's happening in version 2017.2.621. In the newer release I have to set the font & size specifically or the text is larger that the box. It was not this way on previous releases. Here is the code I am using to get it to display properly. However, it did work (as in picture 1) with out the specific font items before. <telerik:RadComboBox ID="RCB1" runat="server" DataSourceID="SqlDataState" DataTextField="abbreviation" DataValueField="abbreviation" Height="200" MarkFirstMatch="true" Skin="Office2010Blue" Font-Names="Open Sans" Font-Size=".73em" ForeColor="#64758F" onFocus="this.select()" Width="150px" EmptyMessage="Choose State..."> </telerik:RadComboBox>
Please add support for JQuery 3.x to Telerik ASP.NET for AJAX. I am able to integrate Telerik into a nice Bootstrap dashboard, but the jquery versions are no compatible. Telerik is further behind on the jQuery version.
Affects RadCloudUpload and RadAsyncUpload combined with RadProgressArea. Manifests most often on slow networks or very large files. Scroll down for workarounds for both cases. NOTE: RadCloudUpload issue is logged separately - https://feedback.telerik.com/Project/108/Feedback/Details/258958-cloudupload-progress-shows-more-than-100-when-uploading-a-file WORKAROUND FOR PROGRESS AREA is to round down the data, as it seems the server reports more bytes uploaded than they actually are, and that tends to happen under slow network conditions <telerik:RadAsyncUpload RenderMode="Lightweight" runat="server" ID="RadAsyncUpload1" MultipleFileSelection="Automatic" EnableInlineProgress="false" /> <telerik:RadProgressManager runat="server" ID="RadProgressManager1" /> <telerik:RadProgressArea RenderMode="Lightweight" runat="server" ID="RadProgressArea1" OnClientProgressUpdating="OnClientProgressUpdating" /> <script> function OnClientProgressUpdating(sender, args) { //debugger if (args._progressData.PrimaryPercent > 100) { args._progressData.PrimaryPercent = 100; } if (args._progressData.PrimaryValue > args._progressData.PrimaryTotal) { args._progressData.PrimaryValue = args._progressData.PrimaryTotal; } console.log(args.get_progressData()); } </script> WORKAROUND FOR CLOUD UPLOAD is to add the following script at the end of the form that will override the built-in XHR handilng to change the way the totals are calculated: <script> Telerik.Web.UI.RadCloudUpload.HandlerUploader.prototype._initializeXmlHttpRequest = function () { this._xhr = new XMLHttpRequest(); var that = this, module = this._module, xhr = this._xhr; xhr.onreadystatechange = function readyStateChanged() { if (xhr.readyState == 4) { if (xhr.status == 200) { that._successfulResponseStatus(xhr); } else if (xhr.status != 0) { that._failedResponseStatus(xhr); } } }; xhr.upload.onprogress = function (event) { that._uploadedSize += event.loaded; var percents = Math.round((event.loaded / event.total) * 100) + "%"; module._renderingManager.updateRowProgress(that._uploadingEntity.row, percents, true); }; } </script>
The disabled items in RadMenu have wrong styles applied and look like enabled. WORKAROUND: .RadMenu .rmGroup a.rmLink.rmDisabled, .RadMenu .rmGroup a.rmLink.rmDisabled:hover { color: #677277; } .RadMenu .rmGroup a.rmLink.rmDisabled.rmFocused { box-shadow: inset 0 0 3px 1px; } Steps to reproduce: <telerik:RadMenu ID="RadMenu1" runat="server" RenderMode="Classic" Skin="Glow"> <Items> <telerik:RadMenuItem Text="Home" NavigateUrl="Default.aspx"> <Items> <telerik:RadMenuItem Text="Disabled" Enabled="false"></telerik:RadMenuItem> <telerik:RadMenuItem Text="Home row2"></telerik:RadMenuItem> <telerik:RadMenuItem Text="Home row3"></telerik:RadMenuItem> <telerik:RadMenuItem Text="Home row4"></telerik:RadMenuItem> </Items> </telerik:RadMenuItem> <telerik:RadMenuItem IsSeparator="true" /> <telerik:RadMenuItem Text="Grid Page" NavigateUrl="Grid.aspx" /> <telerik:RadMenuItem IsSeparator="true" /> <telerik:RadMenuItem Text="About" Enabled="false" /> <telerik:RadMenuItem IsSeparator="true" /> </Items> </telerik:RadMenu>
Hi, Most of the telerik ASP.NET control examples while looking *really beautiful* are also hard to read / understand for beginning programmers like me :) Why not add a truly minimalistic example per control that *only* shows the core functionality for each control? grtz, Theo