This issue occurs when the ApplicationMenu is bound. The button in the ItemTemplate of the ApplicationMenu could be both RadSplitButton and RadDropDownButton. Their DropDownContent should not be displayed downwards, it should be displayed in the RightPane ( the Content of the Applicationmenu) Declined: When the ApplicationMenu is in DataBound scenario the ItemsControl from which the ApplicationMenu inherits automatically creates ContentPresenters for each item and wraps their content. As the ApplicationMenu knows how to manage RadRibbonDropDown/Split buttons you will need to provide one of these containers as direct child of the menu. You can achieve that using the following code, to show all items as RadRibbonDropDownButton: public class CustomApplicationMenu : ApplicationMenu { protected override bool IsItemItsOwnContainerOverride(object item) { return false; } protected override DependencyObject GetContainerForItemOverride() { return new RadRibbonDropDownButton(); } }
We have RadRibbonView. There is some elements in a RadTab, that are inside RadOrderedWrapPanel. If we set a theme to the RadRibbonView, it is not applied to the elements within the RadOrderedWrapPanel. Reason for declining: The RadRibbonGroup propagate its theme to its direct children, all nested elements in RadOrderedWrapPanel or custom panel/grid e.t should have set their theme using the attached property telerik:StyleManager.Theme which will be bound to the same theme as the RadRibbonView.
The MinimizedPopup should be closed after clicking on a RibbonControl in the RibbonGroups
ElementName binding is not working in RadRibbonBackstage. Reason for closing: The ElementName binding in Adorner is not supported and as the RadRibbonBackstage is Adorner it is not working there as well. Due to that framework limitation we cannot fix this issue and we will change the status of the feed back item to declined. You can find more information about the Adorner and its limitation in this article ( http://msdn.microsoft.com/en-us/library/ms743737%28v=vs.110%29.aspx ).
The constructor of the GroupVariantCollection is internal Reason for declining: The RadRibbonGroup uses the GroupVariantCollection internally and as there is no public property of type GroupVariantCollection there is not need for the constructor to be exposed. Also if the users wants to bind the Variants of the RadRibbonGroups they can use the VariantsSource property which is of type IEnumebable<GroupVariant>.