Such an exposed method, which returns the value from the ExportOutput, would be useful to further enhance the exporting capabilities of the RadGrid control. A very practical example would be to export numerous RadGrid controls into one Excel file.

Due to browser restrictions, the print behavior is changed and works identically to the one of IE - a new tab/dialog with the grid is opened whose print command is launched. You can observe the behavior in IE at https://demos.telerik.com/aspnet-ajax/grid/examples/functionality/printing/defaultcs.aspx. 

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.

Hi,

Currently JAWS user cannot use the arrow keys to select a filter operator. Please enable arrow keys support to filter context menu for JAWS user. 
Refer Telerik support ticket - 1081707 for more information.

Regards
Kishor

Setting CurrentFilterValue for specific column does not work in case other column is filtered.

Misalignment issue in RadGrid with static headers and simple control's configuration appears in IE.

Currently RadGrid supports strongly typed binding to a model and the use of OnCalling DataMethods, but requires additional non-documented code to get it to work correctly.

See forum post at http://www.telerik.com/forums/model-binding-selectmethod-defined-in-a-business-object#jyvrnG4qhEOdaXv_pBVt8g for the code requirements.

Request putting the ItemType and OnCallingDataMethods into the MasterTableView markup and eliminate the need to override the OnInit call. 

The markup would end up looking like:

<MasterTableView DataKeyNames="intOfficeId" ItemType="Models.OfficeModel" OnCallingDataMethods="grdAssignments_CallingDataMethods" SelectMethod="GetOffice" UpdateMethod="UpdateOffice" DeleteMethod="DeleteOffice" >

This would also pave the way to strongly bind the detail grid.

Please add the ability to show the 3-dot Filter icon available in the mobile render mode in the lightweight render mode as well.

We don't have room to show the filter textboxes/dropdowns in the column headers and our clients don't know to right mouse click on a header when the filter box isn't visible to get filter options.

Having the 3-dot filter icon there would be wonderful as guide and provide better usability so they know more options are available. 

Thanks.

Hi,

RadWindow has a property as "KeepInScreenBounds", on setting of which the radwindow can not be moved out of screen area.


Lets have the similar or kind of property on Edit Popup of RadGrid with Editmode=Popup?


The expectation is, edit popup of radgrid should not be moved outside of screen area that is visible to the user. This is perfectly achieved by for radwindows with "KeepInScreenBounds" property.

Ticket url: http://www.telerik.com/account/support-tickets/view-ticket.aspx?threadid=953219

Thanks,
Sunil

Dear Team, Please add html print button as server method with radgird. So we can get the clean html page with perfect repeated headers and footer with page nos.

The setting FilterType="CheckList" does not affect detail rows in the RadGrid.  Only "Classic" filtering is implemented for detail rows. I (and definitely users) expect the same filtering functionality on both main and detail rows.

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.