VirtualTreeView bearbeiten

[chaosben]

"Normalerweise" geht das so:
Der Thread stellt eine Änderung im Fortschritt fest. Also will er den Daten des dazugehörigen Knoten das sagen (entweder kennt der Thread den Knoten oder der Knoten den Thread).

Dann holt man sich die Daten des Knotens und ändert darin die Variable, die den Fortschritt speichert.

Wenn dann irgendwann (vielleicht durch ein Tree.Repaint) das OnGetText-Event aufgerufen wird, gibt man den Fortschritt zurück und der User sieht ihn.

[mdx]

Zitat von chaosben:

Dann holt man sich die Daten des Knotens und ändert darin die Variable, die den Fortschritt speichert.

Genau das ist mein Problem

How can I do this?

[chaosben]

TV.GetNodeData(Node)

Ich denke dein Problem ist die Verknüpfung zwischen Thread und Knoten. Oder?

[mdx]

Zitat von chaosben:

TV.GetNodeData(Node)

Ich denke dein Problem ist die Verknüpfung zwischen Thread und Knoten. Oder?

Genau
Zum Beispiel müsste ich aus der Zeile eine Spalte die Unique ist auslesen und anhand dessen Rückgabe die aktuelle Zeile verändern lassen
Ich dachte dabei einfach daran z.B den aktuellen Timestamp mit in die Tabelle zu schreiben und dann im Thread auszulesen (anhand der ID in der Stringlist und dessen vergleich) und dann sozusagen machen node := 3; oder so ähnlich, wobei das eigentlich das Problem ist, wie ich node zuweisen kann auf eine bestimmte Zeile

[chaosben]

Grundsätzlich hat Stevie Recht. Aber bis wir auf dem Niveau sind, "krauten" wir einfach mal so weiter.

Wenn ich dich richtig verstanden habe, hast du doch eine Klasse TEntry.
Nun gibt es 2 Varianten:

1. Du erweiterst die Klasse TEntry um ein Feld, in dem du den Thread referenzierst. So kannst du z.B. alle Knoten durchgehen, die Daten holen und kommst auf diese Weise an den Thread.
2. Du "merkst" dir im Thread, welchen Knoten du in ihm abarbeitest. Dann kannst du bei einer Fortschrittsänderung die Daten des Knotens ändern.

Ich finde Variante 2 kommt deinen Bedürfnissen ziemlich nahe.

[Stevie]

Zitat von chaosben:

Grundsätzlich hat Stevie Recht. Aber bis wir auf dem Niveau sind, "krauten" wir einfach mal so weiter.

Nen Datenobjekt zu bauen und das an Node.Data zu hängen ist nu echt keine Raketenwissenschaft

[chaosben]

Zitat von Stevie:

Nen Datenobjekt zu bauen und das an Node.Data zu hängen ist nu echt keine Raketenwissenschaft

Ach so ... das haben wir ja schon ... wenn ich es richtig verstehe, hat er schon ne Klasse TEntry, die genau das macht.

[Stevie]

Zitat von chaosben:

"Normalerweise" geht das so:
Der Thread stellt eine Änderung im Fortschritt fest. Also will er den Daten des dazugehörigen Knoten das sagen (entweder kennt der Thread den Knoten oder der Knoten den Thread).

"Idealerweise" benutzt man dann ein Datenobjekt und/oder ein Callback. Ansonsten hat der Thread ne Abhängigkeit auf ne visuelle Komponente oder umgekehrt -> beides nicht wünschenswert. Beispielweise, wenn du mal den Fortschritt des Threads in eine Datei schreiben willst oder in der Konsole ausgeben willst.