XE/: StringList OnChange Ereignis reagiert nicht

[Kralle]

Hallo,

Ich habe auf einem Haupformular ein TPageControl mit mehrern TTabSheet platziert.
Jedem TTabSheet ist ein TFrame zugewiesen.

Jetzt habe ich im Hauptformular eine TStringList definiert und auch eine Ereignisroutine für das OnChange -Ereignis dieser Liste.
In den einzelnen Frames kann ich zwar Zugriffe auf die Liste definieren, aber das OnChange -Ereignis wird nicht aufgelöst.

Das verstehe ich jetzt mal wieder nicht. Wenn ich Daten in die Liste Schreiben kann, warum reagiert dann das OnChange -Ereignis nicht?

Gruß Heiko

[Sir Rufo]

Du hast aber schon MyStringlist.OnChange := MyStringlistChange; irgendwo stehen?

[Kralle]

Hallo Sir Rufo,

Zitat von Sir Rufo:

Du hast aber schon MyStringlist.OnChange := MyStringlistChange; irgendwo stehen?

Nein.
Wo platziere ich das am besten?
Im OnCreate des Hauptformulares ?

Gruß Heiko

[jaenicke]

Am besten dort wo du auch die Stringliste erzeugst.

[Sir Rufo]

Zitat von Kralle:

Hallo Sir Rufo,

Zitat von Sir Rufo:

Du hast aber schon MyStringlist.OnChange := MyStringlistChange; irgendwo stehen?

Nein.
Wo platziere ich das am besten?
Im OnCreate des Hauptformulares ?

Gruß Heiko

Immer daran denken:

• Wenn man eine Methode schreibt, dann hat man eine Methode geschrieben - PUNKT
• Wenn diese Methode aufgerufen werden soll, dann muss ich die aufrufen - PUNKT
• Wenn diese Methode durch einen Event aufgerufen werden soll, dann muss ich dem Event das auch mitteilen, denn riechen kann der nicht und auch nicht in das Programmierer-Hirn schauen (wäre ja nicht schlecht, aber es gibt noch keine API dafür)

Zitat von jaenicke:

Am besten dort wo du auch die Stringliste erzeugst.

Genau da ist ein guter Platz

[Kralle]

Hallo Jaenicke,

Zitat von jaenicke:

Am besten dort wo du auch die Stringliste erzeugst.

und da waren sie wieder meine Zwei Problem ....

Ich hatte die Stringliste in einem DatenModul erzeugt, weil nur dann alle Frames auf die StringList zu greifen können.

Wenn ich die die StringList global im Hauptformular erzeuge, dann können die Frames nicht darauf zu greifen.
Da in dem OnChange-Ereignis auf Objekte in einem Frame zugegriffen werden soll, kann ich das OnChange-Ereignis auch nicht in dem DatenModul platzieren.

Knoten im Kopf kriegend .....
Heiko

[Kralle]

Hallo,

Zitat von Sir Rufo:

• Wenn man eine Methode schreibt, dann hat man eine Methode geschrieben - PUNKT
• Wenn diese Methode aufgerufen werden soll, dann muss ich die aufrufen - PUNKT
• Wenn diese Methode durch einen Event aufgerufen werden soll, dann muss ich dem Event das auch mitteilen, denn riechen kann der nicht und auch nicht in das Programmierer-Hirn schauen (wäre ja nicht schlecht, aber es gibt noch keine API dafür)

Zitat von jaenicke:

Am besten dort wo du auch die Stringliste erzeugst.

Genau da ist ein guter Platz

Aber, dort kann Sie nicht von den Frames aufgerufen werden und im DatenModul kann Sie auch nicht auf andere Frames zu greifen.
Ich weiß diese Thema hat wir so ähnlich schon mal, aber wenn ich denke, jetzt weiß ich wie es geht kommt so ein Fall wie dieser und es geht nicht.

Gruß Heiko

[jaenicke]

Ich glaube nach der Schilderung nicht so recht, dass eine TStringList wirklich eine passende Lösung ist. Ich würde eine eigene Klasse erstellen, z.B. auch von TStringList abgeleitet. Die kannst du dann den anderen Objekten (Frames etc.) bei der Erstellung mitgeben (statt dass diese auf ein offenbar globales Datenmodul zugreifen müssen).

Im Setter des Zielobjekts, z.B. deines Frames, registriert sich der Frame dann für das OnChange. Das wiederum kann dann sinnvollerweise besser ein (selbst hinzugefügtes) Multicast-Event sein, an dem sich auch mehrere Listener registrieren können. Dann brauchst du dich nicht auf ein OnChange beschränken und alle können das Ereignis behandeln.

[Kralle]

Hallo Jaenicke,

Zitat von jaenicke:

Ich glaube nach der Schilderung nicht so recht, dass eine TStringList wirklich eine passende Lösung ist. Ich würde eine eigene Klasse erstellen, z.B. auch von TStringList abgeleitet. Die kannst du dann den anderen Objekten (Frames etc.) bei der Erstellung mitgeben (statt dass diese auf ein offenbar globales Datenmodul zugreifen müssen).

Im Setter des Zielobjekts, z.B. deines Frames, registriert sich der Frame dann für das OnChange. Das wiederum kann dann sinnvollerweise besser ein (selbst hinzugefügtes) Multicast-Event sein, an dem sich auch mehrere Listener registrieren können. Dann brauchst du dich nicht auf ein OnChange beschränken und alle können das Ereignis behandeln.

Deine Lösungsidee ist für mich Ein Böhmisches Dorf.

Sorry, aber das liegt ausserhalb dessen was ich weiß wie man es umsetzt.

Gruß HEiko

[Kralle]

Moin,

anbei mal eine abgespeckte Version dessen was ich mache mit den Kommentaren was nicht geht bzw. für das ich noch keine Lösung gefunden habe.

Gruß Heiko