Provide information about the clicked control in the arguments of RadContextMenu DropDownOpening/ed event. This will help easily determine which control is clicked in case the same RadContextMenu is associated with more than one control.

WORKAROUND:
radMenuItem1.Layout.MaxSize = new Size(1, 0);

Automatically display scrollbars when total menu item height exceeds the available screen area.

When using RadHostItem inside RadMenuItem, the drop down size increases every time when opening the drop down

This feature request concerns adding a Right to left support (RTL) in RadMenu.

To reproduce: Add a RadgridView, open the context menu with RightClick and you will see the form blink. 

Workaround: void grid_ContextMenuOpening(object sender, ContextMenuOpeningEventArgs e) { e.Cancel = true; e.ContextMenu.Show(this.grid.GridViewElement, this.grid.PointToClient(MousePosition)); } 

If you have a RadMenu that has more items than what can fit on the screen, once the menu opens for the first time on a second monitor, it doesn't show you the whole menu and. If you open the menu for a second time, it is OK

When opening an Mdi Child window with a MdiList menu containing a RadMenuSeparatorItem at any position, the program crashes.

To reproduce: Try to set a tooltip for RadButtonElement in RadApplicationMenu during design time

ADD. RadMenu - add ability to replace the default drop down of the component

When a larger DropDownHeaderImage is set the popup of RadDropDownMenu has incorrect size.

In a right-to-left RadMenu:

Set the PopupDirection of a RadMenuItem to Left, set it back to Down, open the menu item's sub items. This results in an incorrectly aligned drop-down.

To reproduce:
Add a RadSplitContainer to a form, add two SplitPanels, add a RadContextMenuManager, add a RadContextMenu and configure it to work with the splitpanels. Run the project, display the context menusa few times until you are no longer able to.

Problem
A typical usability problem with menus I frequently see is a menu or sub-menu (grouping of menu items beneath another menu) that instantly disappears if the user mouses over the wrong pixel while trying to mouse over to the menu item.  This can be frustrating causing the user to have to retrace their steps to once again reveal the menu and this time carefully tip-toe the mouse back through the narrow parameters allowed them so as not to trip the code just waiting to remove their destination.

Solution
This is a fairly simple problem technically which requires the library author to allow from some time delay before hiding the menu.

- We have project called ProjectOne with a Form1 in in.
- this form inherits from RadForm
- add RadMenu with one item in it
- Create second project called ProjectTwo with Form2 in it
- make Form2 inherit from Form1.
- design time error appears.

When you open the drop down with menu items and hover a certain item, it is selected and orange fill is applied. Try to navigate with up/down arrow keys. The respective item will be selected. However, the hovered item still remains orange. It is not correct. In MS Word for example only one item is highlighted(selected) at a time.

How to reproduce: create a RadMenu and set the VisualStudio2012Dark theme

Workaround: use the attached custom theme

Steps to reproduce:
Place a RadMenu in MDI parent form and open a MDI child form and then set, in runtime, the RightToLeft property to of the MDI Parent form to true.
The mdi children in Window menu item are multiplied.

When user activated the form from RadMenu's MDIList the form appears maximized.

The ToolTipTextNeeded event is not fired for the menu items that appear in a menu popup