Based on feedback received from our customer, we can further improve our TypeScript definitions - the main concern is that there are still missing methods and incorrect signatures.
A grid in a RadAjaxPanel will fire several requests when exporting if there is a RadAjaxManager on the page as well. Stems from the _setupExclusionFilters function where each RadAjaxControl adds as a handler to Sys.WebForms.PageRequestManager.getInstance().add_initializeRequest which does a sender._form.submit(); and gets called in the initialize method of the control. The resolution is to use only RadAjaxManager to AJAX-enable complex pages that require the built-in exports as well and make sure to remove all RadAjaxPanel instances. This is the better approach anyway: http://docs.telerik.com/devtools/aspnet-ajax/controls/ajaxmanager/troubleshooting/controls-wrapped-in-ajaxpanel-and-added-to-ajaxmanager-settings Repro and example solutions are added in the file attached below.
Had a go to meeting to discuss Telerik tools integration with Desislava Nikolo and another consultant. They acknowledged this issue and resolved to contact me after the meeting to provide a fix. Basically, from the Telerik Tab in the IDE 2010, I am unable to load any of the RAD tools for development.
When columns (in any control which supports them - Grid, TreeList, etc.) are sorted, the Sorting Icon wraps below the HeaderText. If the CSS/Styling is updated to have the "<a>" tag in the ColumnHeader display as "inline-block", this resolves the issue slightly. However, now the end-user has to be sure to click on the HeaderText itself in order to sort the column. This is especially annoying when the Columns also support reordering. I would suggest that Telerik add a "<table>" tag inside the column header and have the HeaderText in one cell and the SortIcon in the following cell. The right-most cell with the SortIcon can be set to a specific width so that the HeaderText just expands as necessary and wraps as necessary without ever affecting the SortIcon. Also, the cells should have Css Classes defined so that developers can override any styling behavior as necessary (class="col-text" and class="col-sortIcon" for example). This should be optional (a property which turns this on/off at the overall Control level) if developers want one way or the other (ColumnRenderMode=Inline/Table?). Or even maybe at each Column (might be overkill)?