For the time being you can add the following JavaScript workaround at the end of the form:

<script>
            Telerik.Web.UI.RadGrid.prototype.repaint = function () {
                if (!this.canRepaint()) {
                    if (typeof (this.get_element()) != "undefined") {
                        this.add_parentShown(this.get_element());
                    }
                    return;
                }
                else {
                    this._clearParentShowHandlers();
                }

                if (!this._scrolling && this.GridDataDiv) {
                    this._scrolling = $find(this.get_id())._scrolling;
                }

                if (Telerik.Web.UI.GridScrolling && this._scrolling) {
                    if (this._scrolling._shouldInitializeLayoutAndScroll) {
                        this._scrolling._shouldInitializeLayoutAndScroll = false;
                        this._scrolling._initializeDimensions();
                        this._scrolling._initializeScroll();
                    }
                    else {
                        this._scrolling.onWindowResize();
                    }
                }
                else {
                    if (this._repaintWidthFlag)
                        this.get_element().style.width = "";

                    var masterTableViewWidth = 0;
                    if (!!this._masterClientID && this.get_masterTableView() != null) {
                        masterTableViewWidth = this.get_masterTableView().get_element().offsetWidth;
                    }
                    if (this.get_element().offsetWidth < masterTableViewWidth) {
                        this.get_element().style.width = masterTableViewWidth + "px";
                        this._repaintWidthFlag = true;
                    }
                }
                if (this._masterClientID && this.get_masterTableView() && this.get_masterTableView()._virtualization) {
                    this.get_masterTableView()._virtualization.repaint();
                }
            };
        </script>

Referring to: http://www.telerik.com/forums/dynamically-populate-databind-batchedit-radcombobox. 

Love the batch-edit, but just missing one major showstopper for me - being able to dynamically populate information in the edit controls for each row. A simplified example (using NFL and DivisionIDs) is explained in the above link.

Thanks for the consideration!

- Pat

People keeps complaining that web grids are slower and more difficult to use than Excel.
We definitely need a radgrid control with excel-like editing.
Ideally we need the look-and-feel of the radspreadsheet, with the fixed columns of the radgrid, the events for updating a database, and maybe direct databinding to a database table.
What they want to see is Excel. Like the MS-Access UI, when they move (with keyboard) from row to row, they expect the database to get updated accordigly.

Between filtering is not working when RadGrid is bound to ClientDataSource. Trying to programmatically filter a date range will cause a JS exception.

It would be very useful if the GridDropDownColumn had some way of accessing the database value of the control when not in edit mode. It is very roundabout to have to add more controls or hidden fields just to access data that was already pulled from the database. Some kind of function that could get the value which corresponds to the shown text would be exceptionally useful.

Allow the possibility of saving the batch edit changes either from the server or together with another postback. Currently saving can be done through a button with client-side code but only if the button has no postback. When something on the form will cause a postback (e.g. tab change, combo box selection) it would be nice to be able to automatically save batch edit changes in the client-side code for that control.  Right now that code will have no effect because of the postback. When other changes have to be made at the same time as the batch edit changes, with code that is in the batcheditcommand event on the server, the event will not fire unless there were changes to the grid, so those other changes could be lost.

It would be convenient to be able to specify default values for SortAscImageURL and SortDescImageURL at a level above the individual column elements

At present the SortAscImageURL and SortDescImageURL attributes appear in the GridBoundColumn element.  This requires specifying them for each column definition.  Often the UI will use the same icons for all sort-able columns.
An obvious choice might be the <SortingSettings> element, as is done for the sorting tool tip and sorted background color.

It makes no sense that the GridButtonColumn does not have the Single Click feature just like the RadButton.  Why would the web users not be double-clicking this button as opposed to a stand-alone button?  It is not even consistent - the button in a RadGrid's  GridButtonColumn should be a RadButton.

The issue will not be fixed since there is a big chance to introduce a breaking change. Nevertheless, there is a simple solution that could be use. The solution is to manually remove the hidden column from the ClientState on the client.

    <script type="text/javascript">
        function test() {
            var gridID = $telerik.$(".RadGrid")[0].id;
            var clientState = document.getElementById(gridID + "_ClientState");
            var value = clientState.value;
            if (value) {
                var parsedValue = JSON.parse(value);
                parsedValue.hidedColumns = [];
                clientState.value = JSON.stringify(parsedValue);
            }
        }
    </script> 

"onrowdropping" event fires after clicking an already selected grid item (no drag and drop involved).

You can see this behavior in your demo:
http://demos.telerik.com/aspnet-ajax/grid/examples/columns-rows/rows/drag-and-drop/defaultcs.aspx