Josh Smith a écrit un tour clair et concis de travailler avec le contrôle TreeView dans WPF. Le secret du succès est la liaison des propriétés IsExpanded et IsSelected du viewmodel aux treeviewitems. Le papier est here.Comment faire pour développer un TreeViewItems de l'intérieur comme avec l'exemple de WPF de Josh Smith
Cependant, après une journée de tentative de cartographie de son approche de la Silverlight Toolkit TreeView, je commence à soupçonner que ce n'est pas possible.
Je suis d'abord tombé sur les problèmes de liaison avec IsExpanded jusqu'à ce que je suis tombé sur the suggestion d'utiliser un setter sur un DependencyProperty ci-joint. Cela semblait prometteur, mais ne fonctionnait toujours pas.
Il semble qu'il existe des différences fondamentales entre le contrôle TreeView avec WPF et le toolkit Silverlight; différences qui nient la possibilité de conduire la vue du modèle de vue, comme Josh dans son merveilleux exemple. Recherche dans les données de viewmodel et mise en cascade de la mise à jour IsExpanded = true la hiérarchie fonctionne très bien pour Josh dans WPF, mais pas beaucoup pour moi dans Silverlight.
Est-il en fait possible de 1) trouver un nœud dans la hiérarchie des objets viewmodel, puis définir True toutes les propriétés IsExpanded de ce nœud à la racine, et l'avoir reflété dans la vue liée?
(Nous utilisons MVVM lumière si c'est une aide)