... and in line with the exact same properties in RadPanelBarItem subclass. Maybe just push them up one level.
By the way: IsMouseOver in RadPanelBarItem is NEVER set in your current version. IsMouseOverHeader is set.
Related: http://www.telerik.com/community/forums/silverlight/listbox/would-be-good-if-radlistboxitem-had-an-isfocused-dp.aspx
By the way: IsMouseOver in RadPanelBarItem is NEVER set in your current version. IsMouseOverHeader is set.
Related: http://www.telerik.com/community/forums/silverlight/listbox/would-be-good-if-radlistboxitem-had-an-isfocused-dp.aspx
4 Answers, 1 is accepted
0
Hi Stephan,
Thank you for your feedback. However, can you please elaborate on your scenario and what you need to do with the described properties? We believe that the behavior that these two properties provide can currently be achieved in other ways and this is why we haven't exposed such a set of properties.
And if you can provide us with more information about your case, we may be able to suggest a suitable approach without the use of such properties. Also, it will be great if you can send us a sample runnable project representing your requirements.
All the best,
Pavel R. Pavlov
the Telerik team
Thank you for your feedback. However, can you please elaborate on your scenario and what you need to do with the described properties? We believe that the behavior that these two properties provide can currently be achieved in other ways and this is why we haven't exposed such a set of properties.
And if you can provide us with more information about your case, we may be able to suggest a suitable approach without the use of such properties. Also, it will be great if you can send us a sample runnable project representing your requirements.
All the best,
Pavel R. Pavlov
the Telerik team
Explore the entire Telerik portfolio by downloading Telerik DevCraft Ultimate.
0
Marc
Top achievements
Rank 1
answered on 09 Jan 2013, 12:45 PM
hi pavel,
thank you for your response.
well, you're right, i can of course attach a (second) mouse enter and leave listener in my subclass of RadTreeViewItem which toggles my newly introduced IsMouseOver property. that's exactly what i do at the moment. however it just feels a bit redundant since this is already done in RadTreeViewItem (but "IsMouseOverState" is "internal"). in my scenario i override ChangeVisualState and underline (or not) the header text of the tree view item based on IsMouseOver property. nothing special.
as i did the same in a subclass of RadPanelBarItem (which inherits from RadTreeViewItem) i noticed, that here you (Telerik) follows a different but better approch. RadPanelBarItem has two public properties: IsMouseOver and IsMouseOverHeader which are also used in its ChangeVisualState and can be reused in my override. that's why i suggested to move these two properties from RadPanelBarItem to RadTreeViewItem and use them in its ChangeVisualState as well. i think this could be done with minimal effort, would be more consistent and help me in my scenario as well. :-)
and as a side note i just wanted to let you know that IsMouseOver in RadPanelBarItem is currently never set and therefore useless. for me it doesn't matter because i need IsMouseOverHeader anyway. nevertheless i think this should be fixed.
regards,
stephan
thank you for your response.
well, you're right, i can of course attach a (second) mouse enter and leave listener in my subclass of RadTreeViewItem which toggles my newly introduced IsMouseOver property. that's exactly what i do at the moment. however it just feels a bit redundant since this is already done in RadTreeViewItem (but "IsMouseOverState" is "internal"). in my scenario i override ChangeVisualState and underline (or not) the header text of the tree view item based on IsMouseOver property. nothing special.
as i did the same in a subclass of RadPanelBarItem (which inherits from RadTreeViewItem) i noticed, that here you (Telerik) follows a different but better approch. RadPanelBarItem has two public properties: IsMouseOver and IsMouseOverHeader which are also used in its ChangeVisualState and can be reused in my override. that's why i suggested to move these two properties from RadPanelBarItem to RadTreeViewItem and use them in its ChangeVisualState as well. i think this could be done with minimal effort, would be more consistent and help me in my scenario as well. :-)
and as a side note i just wanted to let you know that IsMouseOver in RadPanelBarItem is currently never set and therefore useless. for me it doesn't matter because i need IsMouseOverHeader anyway. nevertheless i think this should be fixed.
regards,
stephan
0
Hello Stephan,
Than you for your feedback one more time. We have discussed your suggestion and we decided to log a feature request in our PITS. You can follow it and vote for it here. Also, I updated your Telerik account accordingly. If this request collects enough votes we will implement the desired properties.
Regarding the RadPanelBarItem.IsMouseOver property I want to inform you that we will test it and we will log another item and fix it in the future if the behavior is as described.
All the best,
Pavel R. Pavlov
the Telerik team
Than you for your feedback one more time. We have discussed your suggestion and we decided to log a feature request in our PITS. You can follow it and vote for it here. Also, I updated your Telerik account accordingly. If this request collects enough votes we will implement the desired properties.
Regarding the RadPanelBarItem.IsMouseOver property I want to inform you that we will test it and we will log another item and fix it in the future if the behavior is as described.
All the best,
Pavel R. Pavlov
the Telerik team
Explore the entire Telerik portfolio by downloading Telerik DevCraft Ultimate.
0
Marc
Top achievements
Rank 1
answered on 11 Jan 2013, 03:17 PM
Alright, thank you!