Discussion :

[lolololololo]

Bonjour à tous,

En employant cette méthode en boucle (ajout d'un enfant à un noeud d'un treeview , auquel enfant on rajoute un nouveau fils etc...) le nombre de générations est limité à 128.
Le nouvel enfant créé après n'est pas relié a son noeud père et a une propriété absoluteindex de 0.
Est-ce normal et peut-on parametrer ce nombre de générations?
Merci de vos réponses

[ShaiLeTroll]

le nombre de générations = Level ?

Si c'est bien le Level, fois le vouloir pour mettre 128 niveaux, lorsque j'ai fait un explorateur de base de registre, je n'ai jamais dépassé 32 niveaux
Si c'est le nombre d'enfant d'un parent, on peut en mettre bien plus que cela, je suis monté à plus de 5000 enfants pour un même parent, pareil c'était pour la BDR

Si c'est pour des générations dans un arbre généalogique (waouh 128 générations, ça remonte à Mathusalem ça !), faudrait plutôt faire soit même le graphe en dessinant je les portions utiles !
Cela demande un bon niveau de connaissance du Canvas et du Clipping

Pour tout ce qui est lié à la DB, j'ai entre 3 et 5 niveaux, rarement plus, et entre 0 et 1000 enfants par parent, ce qui représente beaucoup d'enregistrement en DB (genre 120x5x15x100x100)
Evidemment, il ne faut charger QUE les nœuds utiles, suffit de tricher avec HasChildren à True sans enfant réel et OnChanging pour faire le Lazy Loading

[lolololololo]

Merci de la réponse !

C'est bien la propriété level du treenode que je souhaiterais rendre supérieure à 255 (en fait, je m'étais trompé: la limite est 255 et non 128).
Je sais que c'est déjà beaucoup, mais je m'en sers pour afficher visuellement une partie d'un jeu de plateau à 2 joueurs (du style dames ou échecs..).
Chaque coup joué est le noeud d'un treeview qui, lui, représente la partie dans son intégralité.
Quand on clique sur un treenode (donc un coup déjà joué) la partie se positionne sur le coup joué et si l'on désire étudier une autre variante de jeu, on peut jouer un coup différent (donc un nouveau noeud fils s'ajoute au parent).
Le problème se produit quand la partie fait plus de 255 coups, ce qui arrive régulièrement.
Voilà, j'aurais peut être du développer l'arbre de la partie avec des frères plutôt que des fils, chaque début de variante étant le fils d'un frère...

Mais n'y a-t-il pas un moyen d'augmenter le maximum de cette propriété level ?

[ShaiLeTroll]

Je comprends mieux !
Faudrait étudier ce qui existe sur le marché comme TTreeView non géré par l'OS

une bidouille serait possible via une simple TListBox (ou TListView)

Tu fais l'indentation en dessinant, toi même, le texte dans un OnPaint ou OnDraw ...
tu ajoutes une petite icone pour simuler le bouton
au lieu d'insérer des nœuds, tu insère des lignes, cela va te demander de coder en interne ton propre arbre qui fera le lien entre liste et arbre (c'est ce que fais le TTreeView en interne qui stocke une liste à plat)

[Lung]

une bidouille serait possible via une simple TListBox (ou TListView)

Tu fais l'indentation en dessinant, toi même, le texte dans un OnPaint ou OnDraw ...
tu ajoutes une petite icone pour simuler le bouton
au lieu d'insérer des nœuds, tu insère des lignes, cela va te demander de coder en interne ton propre arbre qui fera le lien entre liste et arbre (c'est ce que fais le TTreeView en interne qui stocke une liste à plat)

Je confirme que c'est faisable avec un TListView :

[SergioMaster]

Bonjour
Je ne connais pas les limites de VirtualTreeView à vérifier , en tout cas c'est une très bonne alternative a TTreeview

[lolololololo]

Merci à vous tous pour vos suggestions !
Il ne me reste plus qu'à me mettre au travail
Je vais tout placer dans une Tlistview et redessiner un arbre à partir des données.( Mais bon, c'est plus pour les longues soirées d'hiver que pour un été ensoleillé...).
(Le virtualTreeview je n'arrive pas à le rajouter sur mon vieux TurboDelphi 2006.)
Merci encore et bon week-end