TreeView edit mode not canceled when focus is lost

5 posts, 0 answers
  1. Paul Brun
    Paul Brun avatar
    41 posts
    Member since:
    May 2010

    Posted 03 Sep 2010 Link to this post

    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
  2. Hristo
    Admin
    Hristo avatar
    352 posts

    Posted 07 Sep 2010 Link to this post

    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
    Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
  3. DevCraft banner
  4. Paul Brun
    Paul Brun avatar
    41 posts
    Member since:
    May 2010

    Posted 28 Sep 2010 Link to this post

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

    Paul
  5. Paul Brun
    Paul Brun avatar
    41 posts
    Member since:
    May 2010

    Posted 29 Sep 2010 Link to this post

    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.

  6. Kiril Stanoev
    Admin
    Kiril Stanoev avatar
    1512 posts

    Posted 30 Sep 2010 Link to this post

    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
    Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
Back to Top
DevCraft banner