RadGrid GridDateTimeColumnEditor is unable to process data of type TimeSpan if PickerType is set to TimePicker. As a workaround, a GridTemplateColumn can be used with a TimePicker inside EditTemplate <telerik:GridTemplateColumn> <ItemTemplate> <%# Eval("Field") %> </ItemTemplate> <EditItemTemplate> <telerik:RadTimePicker ID="RadTimePicker1" runat="server" SelectedTime='<%# Bind("Field") %>'></telerik:RadTimePicker> </EditItemTemplate> </telerik:GridTemplateColumn>
The behavior described in the following KB should be fixed https://www.telerik.com/support/kb/aspnet-ajax/grid/details/horizontal-scroll-speed-is-slow-with-static-headers In the meantime, you can use the workarounds from the article, or, if it fits your scenario, move to scrolling horizontally through frozen columns via the Prev/Next buttons the grid can provide. You can find an example of that in the second grid (Navigate through the columns by clicking on the Prev/Next buttons) in the following demo: https://demos.telerik.com/aspnet-ajax/grid/examples/columns-rows/columns/frozen-columns/defaultcs.aspx
Workaround: Using the Page_Load event handler, verify which control has initiated the postback as well check whether the Event argument is PageSize. protected void Page_Load(object sender, EventArgs e) { if (IsPostBack && Request.Params["__EVENTTARGET"].StartsWith(RadGrid1.UniqueID)) { // check whether the command was PageSizeChange if (Request.Params["__EVENTARGUMENT"].Contains("PageSize;")) { string[] details = Request.Params["__EVENTARGUMENT"].Split(';'); GridTableView tableView = FindControl(details[0].Replace("FireCommand:", "")) as GridTableView; int newPageSize = int.Parse(details[2]); Label1.Text += "TableView Name: " + tableView.Name + ", NewPageSize: " + newPageSize+"<br />"; } } }
Please provide the ability to customize the way filtering works when RenderMode=Mobile. Allows for template filtering, and ColumnHeader filtering similar to Lightweight rendering.
We have a RadGrid, which has a set of columns, lets say C1 to CN. Some of those columns are invisible and can be made visible with the Columns context menu, your control provides. Assume a column Ci, that is not visible now. If there exists a visible column Cx with x > i, your control works as expected. The column spans of the headline are ok. See GoodCase_Step.jpg If there is no visible column Cx with x > i and Ci is switched visible, your column spans within the headline become completely invalid. See BadCase.jpg_Step.jpg We use Version 2017.3.913.45 of your library. Thanks for your Support!
Dear developers I would like to see an easy way to have straight forward navigation / edit / save operations in radgrid the way it works for MS Access grids. When working in MS Access grid the record automatically gets dirty on edit, has an easy cancel by ESC button, and auto-saves without any trouble when moving to the next record. The way it works in MS Access is until 2018 still hard to find in a web-control. I managed to use the batch edit and have a kind of auto save when moving to the next record. but it is a pain because the postback action results in loosing the focus on the field you navigated to. Why is it so hard to built what the MS boys (the old guys did great work) already built ages ago. Its about time that our web controls behave like old fashioned windows fat client controls. Please don't lean behind, thinking that all is fine now. its not, a lot can be improved and made easier to handle and give user better user experience. When I look at the current NEW / UPDATES for ASP.NET Ajax Controls it make me cry to see that its apparently put aside as FINISHED. Wake up, improve more or give a clear roadmap for future developments. Progress should not loose focus on the Telerik ASP.NET Ajax toolbox because that one is still a major tool for the coming 5-10 years I expect.
When the Grid has <HeaderContextMenu> in the Markup and there is no explicitly set RenderMode of the Grid, the Grid is rendered in Classic. It also happens if there is a reference to the ContextMenu in the code behind. Reproduction steps: <script> function f() { //code alert($find("RadGrid1")._renderMode); Sys.Application.remove_load(f); } Sys.Application.add_load(f); </script> <telerik:RadGrid ID="RadGrid1" runat="server" > <HeaderContextMenu></HeaderContextMenu> </telerik:RadGrid> Solutions: 1. Remove the HeaderContextMenu tag 2. Set the RenderMode of the Grid explicitly
If the Chrome browser zoom is different from 100%, it is not possible to reorder the RadGrid columns. The problem can be reproduced at https://demos.telerik.com/aspnet-ajax/grid/examples/columns-rows/columns/column-row-resize-reorder/defaultcs.aspx .
Enable filtering, Enable HeaderContextMenu and HeaderContextMenuFilter. First, filter using the HeaderContextMenu filter (e.g. OrderDate GreaterThanOrEqualTo "someDate" AND OrderDate LessThanOrEqualTo "someOtherDate" Second, apply a filter on another column using the Header filter only (e.g. Freight GreaterThanOrEqualTo "4") At this point, the filtering applied by the HeaderContexFilterMenu is now partially removed. Issue only appears when Header filter and HeaderContextMenu filter are used in combination. They work as expected when used separately.
How is it possible to autofit / autosize a giving column (or all columns) when exporting the contents from RadGrid to xlsx using ExportStructure? The only option available is Width with a defined value. I was unable to find an autofit / autosize function. And also add AutoFilter feature... Please consider to add this features :-)
There are two possible approaches to overcome this issue: - First approach would be to get a reference to the GridHTMLEditorColumn and add the desired tools in the code behind using the "OnItemCreated" server event handler of RadGrid. - Second approach would be to use GridTemplateColumn with RadEditor.
I have a RadGrid with around 150 columns and a few hundred rows. Currently, I'm looping over them and setting their widths with the resizeColumn function. Unfortunately, it's triggering a recalculation of the layout every time I call this function, so the total page load time can be in the minutes. Oddly, much of the time was spent on the line: e.style.width=e.offsetWidth-d+"px"; Chrome's developer tools helpfully pointed me at Forced Reflow. Apparently, when a width is set, initially no extra work is done. When another width is requested, the previous width may have changed it, so the whole layout gets recalculated. The feature I'd like to request is a function to set column widths in bulk (accepting anything like an array or a dictionary would be fine) that doesn't trigger this recalculation mid-function.
The date pickers default to the year 1999 and do not accept inputs, so you cannot filter GridDateTimeColumn instances through the header context menu or the excel-like filtering. The standard filter item and range filter can still be used instead of context menus, but they are not available with excel-like filtering.
At the moment, RTL support for excel like filtering is not implemented. It displays the following issues - menu position is wrong (tends to show up on the column to the left) - controls alignment inside the menu is wrong (ltr) You can find attached a sample and screenshots with the current behavior
Alternating Row style of RadGrid is not applied when using Bootstrap skin. Steps to reproduce: For all other Skins these approaches work: div.RadGrid tr.rgAltRow { background-color: aqua; } Or: <AlternatingItemStyle BackColor="Aqua" /> The reason probably is because there is >td directive built-in, which needs to be overridden manually in order for the styling to take effect (this works): div.RadGrid tr.rgAltRow > td { background-color: aqua; } A possible workaround for this issue is available in the following forum post: https://www.telerik.com/forums/alternatingitemstyle-5e16887f3085#odVQBomUikiIJfrxeBQrww
The reason for the behavior is that the column editor does not move to the cell when you cancel its opening. Opening a cell in the same column expects the column editor to be in the previously opened cell, however, and this causes the error. Repro is attached to illustrate the scenario. Workarounds: - Use EditType=Cell so that each cell opens independently of the row (wokaround 1). - Use the provided function override (workaround 2). Make sure to remove it after upgrading to a release that has the fix. This function override may prevent you from getting other updates and fixes in this function. - Use a template column and hide the editor based on your condition in the OnBatchEditOpened event (workaround 3)
For keyboard users who don't have a specific Context Menu key (see https://en.wikipedia.org/wiki/Menu_key), they typically need to use the Windows standard SHIFT+F10 hotkey to trigger a contextmenu event. For example: 1. In IE, load http://demos.telerik.com/aspnet-ajax/grid/examples/columns-rows/columns/context-menu/defaultcs.aspx 2. Tab to a column header link 3. Press SHIFT+F10 (standard Windows/IE hotkey to open context menu) 4. Notice the context menu displays, however, the focus is really on the IE menubar. IE supports F10 to open the menubar, but is also seeing SHIFT+F10 too. Or 1. In FireFox, load http://demos.telerik.com/aspnet-ajax/grid/examples/columns-rows/columns/context-menu/defaultcs.aspx 2. Tab to a column header link 3. Press SHIFT+F10 (standard Windows/IE hotkey to open context menu) then press down arrow 4. Notice the context menu displays, however, the focus is really on FireFox's application system menu in the upper left. Chrome does not have this issue - it opens the grid context menu only. We need IE and FireFox to also only open the grid's context menu, and not trigger default browser behavior. According to https://yuilibrary.com/yui/docs/event/contextmenu.html, it is possible to correct this behavior by calling event.preventDefault() when SHIFT+F10 is pressed, but then trigger a synthetic contextmenu event anyway. As a workaround, we know users can press Escape to close the browser's default menu and bring focus back into the HTML document (and thus the grid's context menu), but this throws off the user experience and becomes a training issue.
If there are hidden columns before the ColumnGroups while exporting to excel (format Xlsx), header text of columngroups are shifted to the left. - Workaround, is to move the hidden column after the ColumnGroups.
In some cases, inside the Grid table, the tfoot element is rendered before the tbody element. This causes some readers to read the footer before the body.
A possible workaround is moving the tfoot after the tbody in the OnGridCreated event:
<script>
function OnGridCreated(sender, args) {
var $ = $telerik.$;
$('tfoot').each(function (index, item) {
var $item = $(item);
var $next = $item.next();
if ($next[0]) {
if ($next[0].tagName.toLowerCase() == "tbody") {
$item.insertAfter($next);
}
}
});
}
</script>
A forum discussion on the topic: