Zur Laufzeit erzeugte Editierfelder

[himitsu]

Der Vorteil an Tag oder Dictionary ist, dass man im OnClick/OnMouseMove/sonstwo nicht erst in der Liste/Array suchen muß, da die Komponente (Sender) es einem direkt sagt oder man mit nur einem Zugriff das Dictionary fragen kann.




Wenn die Edits einen passenden Owner im Create mitbekommen, wie z.B. die Form oder ein Panel,
dann werden sie bei Freigabe der Form auch mit automatisch freigegeben.


Und auch wenn es "eigentlich" ein klein bissl "falsches" Verhalten ist (aber die WinAPI macht es mit seinen Komponenten auch so, also wurde es auch in die VCL eingebaut und hat mich schonmal echt erschrocken, weil ich damit nicht gerechnet hab, denn "eigentlich" ist ja der Owner für die Freigabe zuständig)
So gibt die VCL ihre Komponenten auf Forms ebenfalls/zusätzlich über die Parent-Beziehung frei,
also z.B. verschwindet das Edit, wenn man das Panel löscht, auf welcher das Edit angezeigt wird.

[KodeZwerg]

Beim erzeugen Speicher ich mir die Referenz in einer "private" liste ab, beim beenden iterier ich die durch und gebe Speicher wieder frei. Das mit "owner panel" gefällt mir, habe ich noch nicht versucht. Danke für den Tipp!

[himitsu]

In dem Panel kannst dann auch mit Panel.FindComponent suchen.

oder for P in Panel do (TComponent hat einen Standard-Enumerator für .Components),
bzw. selbst über die .Components iterieren.


.Controls sind die Parent-Beziehungen
und .Components die Owner-Beziehungen.

[bcvs]

Nach all den richtigen Hinweisen mal ne dumme Frage:

Zitat:

In meiner geplanten app habe ich Matrizen unterschiedlicher Größe (Rang) zu verarbeiten. Deshalb erzeuge ich die Editierfelder für die Komponenten ABC[i,k] zur Laufzeit durch folgenden Code:

Warum nimmst du eigentlich kein StringGrid? Wäre doch für soche Matrix-Sachen prädestiniert.