Discussion :

[petitours]

Bonjour

Je cherche à construire des arborescences de réseau genre réseau d'eau.

Pour cela j'ai besoin de pouvoir
-déplacer les nœuds dans l'arborescence->j'ai trouvé comment faire
-glisser coller des éléments depuis des listes (liste de vannes et autres objets) sur le treeview -> pour le moment ça marchouille
-enregistrer l'arborescence dans un fichier (csv ou xml) -> au pire j'arriverais bien à le faire nœud par nœud...
-définir pour chaque nœuds certaines caractéristiques, qui sont différentes suivant le type d'objet ajouté dans l'arborescence et là ça coince, les noeuds d'un treeview disposent de rien pour stocker de l'info (des diamètres, des masses, des dimensions ; en fonction du type d'objet ajouté au treeview).

Je n'ai jamais manipulé les datasource, databinding et autres or je soupçonne qu'un databinding basé sur un fichier Xml serait surement très puissant mais je n'arrive pas à conceptualiser qui ferait quoi dans mon affaire.

Comment ça devrait marcher ? un datagridview lié à un xml (le datagridview se charge à partir du xml et se sauvegarde dedans) et le treeview est "lié" au datagridview dont il prendra les informations de certains champs pour afficher l'arborescence ?

Merci par avance pour votre aiguillage

PS: désolé pour le vague de la question mais l'objet de ma question est notamment d'utiliser le bon vocabulaire pour enfin réussir à comprendre

[casiii]

Binding d'un fichier XML à un TreeView (Support Microsoft) ?

[petitours]

merci pour le lien mais j'ai trouvé plusieurs pistes pour sauvegarder mon treeview
avec le XMl ou même via la sérialisation binaire
c'est pour ça que j'ai noté ça

[France]-enregistrer l'arborescence dans un fichier (csv ou xml) -> au pire j'arriverais bien à le faire nœud par nœud...

Mon soucis est surtout que je dois définir pour chacun des nœuds des propriétés que l'objet TreeNode n'offre pas et du coup je ne vois pas comment faire.

J'en suis à un stade où je crois comprendre que le Treeview ne peut pas être une collection d'objets de différents type que je peux ajouter, retirer, sauvegarder ou recharger. J'ai l'impression que je suis obligé de créer une collection de mes objets hiérarchisés; une bdd (je teste SQLlite là), un List ou autre
et que le treeview doit être ensuite construit en reprenant quelques éléments de la collection (nom et hiérarchie) grâce à un algo récursif.
Si ensuite je veux pouvoir modifier la collection via le Treeview il me faudrait gérer les ItemDrag, double clic et autre modif du texte du nœud pour aller mettre à jour la collection (bdd ou List) en conséquence.
Bref, une interaction entre données et Treeview tout à la main

Si vous me confirmez que c'est effectivement comme ça qu'il faut faire, ça complique vachement ce que j'avais en tête mais au moins je ne me prendrais plus la tête à chercher ce qui n'est pas

Merci

[casiii]

Mon soucis est surtout que je dois définir pour chacun des nœuds des propriétés que l'objet TreeNode n'offre pas et du coup je ne vois pas comment faire.

J'en suis à un stade où je crois comprendre que le Treeview ne peut pas être une collection d'objets de différents type que je peux ajouter, retirer, sauvegarder ou recharger.

La propriété Tag d'un Contrôle
Dans cette propriété tu peux mettre n'importe quel objet qui dérive de la classe Object

[petitours]

Bonjour
Donc pas besoin de gérer ma collection par ailleurs ?

Je construis l'arborescence dans le treeview, je réorganise les éléments, j'en ajoute d'autres, je les modifie (via des double clic dessus par exemple) et hop tout est dans le treeview, il ne me reste plus qu'à enregistrer l'objet treeview dans un xml ou binaire pour avoir une sauvegarde de l'ensemble des objets hiérarchisés ?

énorme !

Merci

[casiii]

pour avoir une sauvegarde de l'ensemble des objets hiérarchisés ?

Attention, le Tag est souvent utilisé (pour ma part) pour garder les données persistantes liées au noeud du TreeView.
Dans un de mes projets, on utilisait les tags pour gérer les enabled/couleurs/etc (aspect visuel) qui était utilisé par une méthode qui récupérait le contenu de la propriété pour l'étudier.