Unplanned
Last Updated: 11 Jun 2018 13:59 by ADMIN
SelectionChanging event could be added for preventing selection in code, just like SelectionChanging event in RadGridView and PreviewSelectionChanged in RadTreeView
Completed
Last Updated: 07 Jun 2018 06:35 by ADMIN
Completed
Last Updated: 07 Jun 2018 06:33 by ADMIN
Declined
Last Updated: 28 Mar 2018 11:57 by ADMIN
The issue can be reproduced in a scenario in which there are a RadListBox and a RadGridView defined and their SelectedItem properties are bound to the same property in the view model. The source collection of RadListBox contains some objects present in the one bound to RadGridView's ItemsSource. If the user selects an item in RadGridView that is also present in the items of RadListBox, the selection is performed in both controls as expected. However, when already having a selected item in both controls, if the user selects an item in RadGridView that is not present in the items of RadListBox, the selection in RadListBox is not cleared. Thus, in order to selected the previously selected item, it needs to be deselected and selected again.

UPDATE:
After the researching the issue, it seems that the logic for handling the case when a SelectedItem that is not present in the source collection is being set is slightly different for Silverlight and WPF. For the WPF version of the control a DependencyProperty.UnsetValue is used, whereas a null value is set for the Silverlight RadListBox. Thus, in Silverlight the selection is cleared and in WPF it is not. I am afraid, that we cannot commit ourselves to modifying this by-design implementation, as this will result in a braking change. With this in mind, I will update the status of the logged bug to Declined.

What we can suggest as a workaround, would be to define a second calculated property in the view model and bind the SelectedItem of RadListBox to it. The logic in the property setter would be to set a null value if the SelectedItem is not present in the source collection of RadListBox.
Completed
Last Updated: 08 Mar 2018 09:04 by ADMIN
When the ItemsPanel of the RadListBox is RadWrapPanel and the user press Down/Up key the RadListBox selects always the next/previous item instead of the corresponding item on the next/previous row.
Completed
Last Updated: 08 Feb 2018 15:03 by ADMIN
Available in LIB version 2018.1.205, it will be also available in the R1 2018 SP2 Release.
Unplanned
Last Updated: 17 Nov 2017 13:17 by ADMIN
Currently , RadListBox does not take into account the value of the attached property KeyboardNavigation.DirectionalNavigation.
Users need to set DirectionalNavigation to Continue  / Cycle / Contained.
Default value of this property is Continue, but RadListBox acts like Contained and disregards the attached property.
Completed
Last Updated: 05 Sep 2017 06:08 by ADMIN
As a workaround, the ScrollingSettingsBehavior.ScrollStep attached property of the RadListBox control can be set to a value equal to that of the Height of the RadListBoxItems.

Available in R3 2017 Official Release Version.
Completed
Last Updated: 05 Sep 2017 06:06 by ADMIN
Available in R3 2017 Official Release Version.
Unplanned
Last Updated: 25 May 2017 14:24 by Alan
It would be great to have ScrollPositionIndicatorTemplate for RadListBox, similar to RadGridView (see RadGridView's implementation here http://docs.telerik.com/devtools/wpf/controls/radgridview/features/scrolling).

Introduce a feature where a scroll position indicator is displayed when the deferred scrolling is enabled (ScrollViewer.IsDeferredScrollingEnabled=True). The scroll indicator is a small tooltip displayed next to the scrollbar and displaying information about the potential item that should be displayed at the top of the viewport. 

This is the same as in RadGridView's ScrollPositionIndicator. You can check this in the following help article: (http://docs.telerik.com/devtools/wpf/controls/radgridview/features/scrolling#scrollpositionindicator). See also the attached video.
Completed
Last Updated: 27 Feb 2017 08:28 by ADMIN
ADMIN
Created by: Nasko
Comments: 0
Category: ListBox
Type: Bug Report
1
Available in the R1 2017 SP1 Release.
Unplanned
Last Updated: 15 Feb 2017 15:13 by ADMIN
A workaround is to use the SelectedItem of the control and get the value of the needed property of the item.
Completed
Last Updated: 23 Jan 2017 06:57 by ADMIN
When the ItemsSource of the control is changed to a new collection the old selected items are cached and if a collection containing the old selected items source is set as ItemsSource the cached items are restored.

Make it possible to disabled this functionality per control.

Available in the 2017 R1 Release (2017.1.117).
Unplanned
Last Updated: 04 Jan 2017 07:34 by Alex
Currently only the "Up" and "Down" keyboard keys perform navigation. It would be useful if the "Left" and "Right"keys are also used for navigation.

The navigation should be as follows:
- Left goes left
- Right goes right
- Up goes up
- Down does down
Unplanned
Last Updated: 04 Jan 2017 07:14 by ADMIN
Unplanned
Last Updated: 03 Jan 2017 21:18 by ADMIN
Unplanned
Last Updated: 03 Jan 2017 21:18 by ADMIN
ADMIN
Created by: Alek
Comments: 0
Category: ListBox
Type: Feature Request
2
Currently the scrolling is not behaving as expected.
Unplanned
Last Updated: 03 Jan 2017 21:04 by ADMIN
ADMIN
Created by: Telerik Admin
Comments: 0
Category: ListBox
Type: Feature Request
6
Add IsFocused dependency property to the RadListBoxItem of the control.