Label.text im MainFrame aus frame setzen

[jaenicke]

Zitat von tkhandel:

Ich habe es mit einer Procedure im Formular versucht, mit einer Procedure in Frame1 oder über
eine Variable in Frame1 usw. knallt immer.

Grundregel:
Pack die uses grundsätzlich unter Interface (nicht unter implementation).* Dann merkst du sofort, wenn du nicht nur in einer Richtung zugreifst.
Das Formular sollte nur Frame1 kennen und Frame1 nur Frame2 (und nicht das Formular), aber Frame2 sollte niemals Frame1 oder das Formular kennen.

Mit diesen Grundregeln sollte es leichter fallen, das sauber umzusetzen. Hat Frame2 denn schon das passende Event, das den String als Ergebnis übergeben bekommt?

Zitat von tkhandel:

PS: Was ist falsch daran die Frames nach gebrauch mit Free und nil zu entsorgen?

Daran ist erst einmal nichts falsch, aber das sollte nicht das Element selbst in einer Methode des Elements machen. Das wäre als ob du nicht zuerst aus dem Abbruchhaus (Frame2) rausgehst und dem Bagger (Frame1) Bescheid sagst, dass er anfangen kann, sondern im Haus den Boden unter deinen Füßen selbst zertrümmerst. Denn wenn die Methode beendet ist, wird ja das Objekt, das diese aufgerufen hat, weiterarbeiten wollen. Da wäre es doof, wenn das schon freigegeben ist...

Und die Freigabe kannst du dann auch nicht direkt in dem Event von Frame2 machen, sondern z.B. mit TThread.ForceQueue aus diesem Kontext gelöst.

* Ja, ich weiß, dass es auch Sinn machen kann, das anders zu machen. Aber zur Vermeidung von Kreuzreferenzen ist das nun einmal der effektivste Weg.

[tkhandel]

Hallo

das mit der Einbindung hatte ich schon gemerkt, lässt sich aber tatsächlich nicht immer vermeiden.

Wenn Frame1 Frame2 aufruft, aber Frame2 Frame1 nicht kennen darf wie kann dann Frame2 etwas an Frame1 übergeben?
Da müsste ich ja wieder eine andere Unit einbinden die eine function oder procedure ausführt die
Frame1.Label1.Text aktualisiert aber diese Unit müsste ja wieder sowohl Frame1 kennen als auch Frame 2
was macht das denn für einen Sinn? das ist doch zirkulär oder ?

[Uwe Raabe]

Zitat von tkhandel:

Wenn Frame1 Frame2 aufruft, aber Frame2 Frame1 nicht kennen darf wie kann dann Frame2 etwas an Frame1 übergeben?
Da müsste ich ja wieder eine andere Unit einbinden die eine function oder procedure ausführt die
Frame1.Label1.Text aktualisiert aber diese Unit müsste ja wieder sowohl Frame1 kennen als auch Frame 2
was macht das denn für einen Sinn? das ist doch zirkulär oder ?

Es gibt einen ganzen Koffer voll von Werkzeugen mit denen man solche Abhängigkeiten oder gar zirkuläre Referenzen auflösen kann. (Wäre vielleicht mal eine nette Session für die Foren-Tage...)

In diesem Fall scheint ein Event (z.B. OnTextChange) in Frame2 die simpelste Lösung. Frame1 setzt eine eigene Methode (MyTextChange) als Eventhandler in Frame2 und der ruft bei einer anzuzeigenden Änderung diesen auf. In MyTextChange wird dann Label1.Text zugewiesen.

[tkhandel]

Hallo Uwe,

das hört sich nachvollziehbar an. Hast du evtl. ein Beispiel für so einen Eventhandler damit ich sehe wie so was
grundsätzlich richtig implemntiert wird.

DANKE

[Uwe Raabe]

So auf die Schnelle zusammengeklickt.

[tkhandel]

Hallo Uwe,

ok das habe ich dann mal so umgesetzt und klappt Super.
DANKE hast mindestens 2 Bier gut

Ich habe eine Datenbank-Anwendung mit rund 150 Forms und setze die jetzt um auf FMX, Frames
statt Forms und das jetzt Firebird statt EasyTable (Embeded) dazu noch die Krönung eine Swissbit TSE auf mobilen Geräten.