I brought this to Telerik's attention 4 years ago. The grid Pager is a poor location for the built-in loading image because it is not clearly visible in a number of scenarios. First off, it is small and tucked in the corner, which makes it hard to see. But there are other scenarios where it is completely invisible. If the grid height is fixed and larger than the screen size, the entire pager is not visible unless the user scrolls the window. So, the loading image will not be visible when users take actions like sorting/editing/deleting/filtering which tend to occur towards the top of the grid. And, if the grid has Paging disabled, then the pager and built-in loading image will NEVER be visible. I understand that one can add a custom loading image which would work better. And if asked, Telerik can provide a couple dozen lines of custom javascript which will move the loading image for a grid. But If your project has a large number of grids, adding code to each is untenable. And at the end of the day, this should be a built-in feature of Rad Grid, not something that needs to be hacked to work appropriately. RadWindow used to have a tiny loading image in the status bar which was invisible in a number of scenarios, most notably when the status bar was disabled. The Rad Window team saw fit to move the loading image to the center of the Rad Window where it belonged. This was years ago. For some reason, the Rad Grid team has not seen fit to do the same. Why is the RadWindow team aware of and responsive to concerns about the usability of their control and the Rad Grid team is not?
When doing batch edits on a grid if you delete a row, the row is no longer visible in the grid but it is not actually deleted until users click the 'Save' button. This has led to some confusion for our users who delete the rows then navigate off the page w/o pressing save. They think they successfully deleted the rows but when they return to the grid the rows are still present. We have added logic when navigating away from the page that checks and prompts users if there are unsaved batch edit changes, but in case of deleted rows, when they look at the grid, there is no indication about the deleted rows so they are unaware that the rows were not actually deleted. We like the idea of not deleting the rows until the user presses the save button, but maybe the delete action should not remove the row from the grid and instead simply strike it out, or put a 'marked for deletion' flag or do something visual to keep the row on the grid but make it obvious that it has been marked for deletion. This way users will not be confused and will know that they must click the Save for the change to take effect.
I grouped my grid on two levels. Second level still contains many records. It would be nice to allow paging on second level
User friendly Grid filtering... I developed a custom feature where I display the filter expression used in a grid. This is very helpful so that users do not have to guess or remember what exactly they filtered on. And it provides a single click to clear all the filters at once. Before, all they saw was that certain columns are being filtered by, but they don't see what the filters actually are (EqualTo, Not EqualTo, StartsWith,,,etc) and they had to clear one filter at a time to get rid of all filtering. There is not much to it but it's subject to break if Telerik makes changes to the their filtering mechanism (which did happen). It would be nice if this feature can be standard so it will be part of Q.A after any changes to the Grid. Attached is a working sample page to see this in action. See comments in code.
Hello, RadGrid that has a master and detail tables and is rebinded to another data-source. Please automatically change all information and details of the RadGrid, including details-view. Currently, only the master table is rebinded, not the details. Please see an example of the problem in the my forum question: http://www.telerik.com/forums/radgrid-detailtable-doesn-t-rebind! Thanks, Daniel. .NET Programmer at ISR Corp
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.
It should be client's decision to style his grid, we can not change the dimentions, since it will bre breaking change for the rest of the customers