Extensibility issues with the Breadcrumb's overflow button and BreadcrumbBarItem's controlTemplate
Expose a method for adding items into history, instead of the current behavior - add a BreadcrumbBarItem in the HistoryItems collection
The Control looses focus when it is wrapped in ScrollViewer
Make the Breadcrumb component keep the CurrentItem value during a dynamic theme change. Available in LIB version: 2014.3.1409
Keyboard navigation is not handled as expected. Fixed in LIB version: 2014.2.0908
RadBreadCrumb does not show the Image of the Header Initially. Initially , there is no selection but RadBreadCrumb should display the Image of the header item on its left side. After selection change and selecting back the header => the Image is shown. Sample code <telerik:RadBreadcrumb VerticalAlignment="Bottom" IsIconVisible="True" x:Name="bCrubm" IsCurrentIconVisible="True" > <telerik:RadBreadcrumb.Header> <telerik:RadBreadcrumbItem Header="aaa" Image="/Images/Desktop.png" /> </telerik:RadBreadcrumb.Header> Available in LIB version: 2015.2.803
Implement search functionality. Allow the user to type in the edit box of the breadcrumb and search for a custom path. Currently, you can type only paths constructed strictly from the path property of each item model. Original Title: RadBreadcrumb needs non-path text editing Original description: I built a full Explorer clone using the Telerik WPF controls so I am in a solid position to say how close the controls actually live up to the claims that they can give you Explorer-like functionality (minor screenshot attached for proof). RadBreadcrumb has problems with the string path. The Explorer shell namespace uses binary paths that don't always have an exact translation to a string file system path, for the simple reason that it doesn't navigate the file system exclusively. This means any file system delimiters can be part of each shell item name and over-interpreted by RadBreadcrumb's parser. One immediate example is the child items in Recycle Bin, which use the full original file path as each deleted item name (Explorer seems to special-case this). What the control actually needs is a free-edit text mode without any automatic "path" functionality, where you do nothing more than bind to a viewmodel string and let the viewmodel decide what to do with the string. Maybe the user types "Recycle Bin" so I have to know to jump there. Or maybe the user types a full filesystem path. Or maybe they even want to treat it as a handy Run window. Either way, I should be able to turn off all automatic "path" functionality. Unfortunately in the meantime, I have to disable the text edit mode entirely because the path parsing completely interferes with the viewmodel tree that builds the breadcrumb items, and this will cause the red error outline to display.
When DataContext is set in XAML, CurrentItem is automatically set and if you have set ImagePath - the root header image will be displayed in the breadcrumb. If DataContext is set at runtime - the CurrentItem is not internally set properly and the root image is not shown. The workaround is setting the CurrentItem after setting the DataContext. For example: private void Button_Click(object sender, RoutedEventArgs e) { this.DataContext = new MainViewModel(); this.breadCrumb.CurrentItem = (this.DataContext as MainViewModel).Root; }
Text autocomplete doesn't work if you use composite TextModePath e.g. InnerItem.Name
If an item's header is longer than the breadcrumb itself you won't be able to click the drop down button of the item in order to see its children.
Binding Path in XAML doesn't work
As a workaround edit the BarItemControlTemplate (using implicit styles) and change the positions of "CommonStatesWrapper" and "headerContainer" borders.