TreeView edit mode not canceled when focus is lost

[Paul Brun]

the issue reported here on the WPF side is also present on the Silverlight side as well:

http://www.telerik.com/community/forums/wpf/treeview/treeview-edit-mode-not-canceled-when-focus-is-lost.aspx

Paul

[Hristo]

Hi Paul Brun,

Yes we are aware of that fact. You can track these issues in the PITS under following links:
WPF - http://www.telerik.com/support/pits.aspx#/public/wpf/2338
Silverlight - http://www.telerik.com/support/pits.aspx#/public/silverlight/2338

Also this bug is fixed in both platforms. The fix should be present in latest internal build and should be present in every successive official release from now on.

Kind regards,
Hristo milyakov
the Telerik team

[Paul Brun]

Is there any existing workaround that can be used while we wait for this to be released in an official build?

Paul

[Paul Brun]

I have looked at the latest official release (2010.2.924.1040) and while looking at the latest release, I notice the following for "What's Fixed" for RadTreeView (specifically the bolded items), that would have resolved this issue. It is not resolved in this release. Looking at the PITS system, it says it is not yet scheduled. Could someone please verify?

What’s Fixed:

• BringIntoViewIndex not calculated correctly when removing item.
• DoubleExpand issue when modifing bound ObservableCollection.
• Edit mode not stopped, when click outside the treeview.
• Fix the implementation of the UI Automation.
• Keyboard navigation doesn't work properly when a new RadTreeViewItem is added and selected.
• Navigation with keyboard doesn't work correctly, when the PreviewSelected event is handled.
• Not working - creating automation peers for TreeViewItems.
• The edit mode of a RadTreeViewItem is not cancelled on lost focus.
• The RadTreeViewItem's are not independent when IsTriStateMode="False".
• Improper focus management in edit mode.
• Window.IsEnabled not working properly with the items when the tree is virtualized.

[Kiril Stanoev]

Hi Paul,

I'll post my answer to your support ticket here as well, so that other people know the resolution to this topic.

Edit mode not stopped, when click outside the treeview.

I believe this issue is fixed. Have a look at the attached sample. When you open it you will see 2 RadTreeViews - blue and green. Select a node from the green TreeView and hit F2 (to start edit). Type something and click the button that is next to the TreeView. You can see that the edit mode is stopped.

The edit mode of a RadTreeViewItem is not cancelled on lost focus.

We had a debate in our team whether to cancel the edit when the focus is lost or apply whatever is typed in the edit box. We decided that is would be best if we conform to the practice Windows Explorer has. For example if you create a new folder in Windows Explorer's TreeView, type something as a name and click outside of the TreeView, whatever is typed will be applied as a name for the folder.

Last time I checked, both issues were marked as resolved. You can have a look here:

Edit mode not stopped, when click outside the treeview.

Edit mode not stopped, when click outside the treeview.

Usually it takes some time for a PITS item to get updated once we close it in TFS. Let me know if you have comments on this topic. I'd be glad to further discuss it with you.

All the best,
Kiril Stanoev
the Telerik team