TFrame - Mehrfachverwendung in einem Formular führt zu Fehler "duplicate name"

[PeterS]

Hi, ich habe ein Beispiel-Programm erzeugt, mit dem für mich nicht nachvollziehbaren Fehler,
daß ich nicht mehrere Instanzen eines Frame-Objekts erzeugen kann, in einem gemeinsamen Fenster / Form.
.

Screenshot (952).png (14.77 KiB) 207 mal betrachtet

.
Bitte dazu die folgende Zeile aktivieren = slashes entfernen:

Code: Alles auswählen

//{$define CompileWithError}

ZIP-File siehe Anhang.

Hat jemand eine Idee, warum das so nicht geht ?

BG Peter

Frames-Example with TStringGrid.zip

(97.52 KiB) 178-mal heruntergeladen

[Jorg3000]

Hi!
Ich habe dein Zip nicht runtergeladen, aber weil bisher noch niemand geantwortet hat ...

Wenn du die Frames dynamisch zur Laufzeit erzeugst, kannst du nach jedem Create einfach FrameX.Name:=''; setzen, damit der Name nicht doppelt vorkommt (ein leerer Komponenten-Name ist erlaubt).

Und falls du die Frames zur Entwurfszeit per IDE aufs Form gesetzt hast, sollte automatisch ein anderer Name (fortlaufende Nummerierung) gesetzt werden.
Grüße, Jörg

[dj_leinad]

Du versuchst 3 Frames mit dem gleichen Namen zu erstellen. Beim erstellen wird nicht automatisch der Name mit einer Zahl ergaenzt und dann durchnummeriert.

[PeterS]

Du versuchst 3 Frames mit dem gleichen Namen zu erstellen. Beim erstellen wird nicht automatisch der Name mit einer Zahl ergaenzt und dann durchnummeriert.

Ich kann ja keine 3 Frame-Variablen mit gleichem Namen anlegen. Das würde OOP ja nicht zulassen.
=>

Code: Alles auswählen

    FrameWithTStringGrid1 : TFrameWithTStringGrid;
    FrameWithTStringGrid2 : TFrameWithTStringGrid;
    FrameWithTStringGrid3 : TFrameWithTStringGrid;

Ich verstehe nur nicht warum 3 (dynamisch erzeugte) Objekte mit 3 verschiedenen Variablen-Namen denselben Objekt-Namen bekommen.
=>

..falls du die Frames zur Entwurfszeit per IDE aufs Form gesetzt hast, sollte automatisch ein anderer Name (fortlaufende Nummerierung) gesetzt werden.

Beim erstellen wird nicht automatisch der Name mit einer Zahl ergaenzt und dann durchnummeriert.

Ich arbeite sehr viel mit zur Laufzeit erzeugten Objekten, so ein "Fehler" ist mir aber bislang noch nicht unter gekommen. Daß man den Objekt-Namen händisch anpassen muß, ist mir halt völlig neu.

[dj_leinad]

Hallo Peter,
es wird der Name des Frames TFrameWithTStringGrid beim erstellen verwendet. Da wird nicht TFrameWithTStringGrid1/ -2/ -3 verwendet sondern der Name des Frame FrameWithTStringGrid. Du musst beim erstellen also selber dafuer sorgen dass dieser Name eineindeutig ist.

lg Daniel

[wp_xyz]

Der Variablenname eines Objektes hat nichts mit dem Wert der Eigenschaft "Name" zu tun: Unter ersterem kann man das Objekt im Quellcode ansprechen (so wie jede andere Variable, z.B "x := 1"), der letzere wird im wesentlichen nur für den Designmode und den Objektinspektor benötigt, damit der Benutzer die verschiedenen Objekte auseinander halten kann.

Die Eigenschaft "Name" ist beim Erzeugen zur Laufzeit normalerweise leer, im Designmode wird sie vom Designer mit dem Variablennamen vorbesetzt. Die Ausnahme ist TFrame, hier wird immer der direkt von der Klasse abgeleitete Name übergeben, ohne einen Nummernzusatz, der den Namen eindeutlich machen würde. Das ist m.E. ein Bug in Lazarus, ich habe einen Bug-Report geschrieben: https://gitlab.com/freepascal.org/lazar ... sues/41999 .

[charlytango]

Die Ausnahme ist TFrame, hier wird immer der direkt von der Klasse abgeleitete Name übergeben, ohne einen Nummernzusatz, der den Namen eindeutlich machen würde. Das ist m.E. ein Bug in Lazarus

ich habe gerade nachgesehen -- wenn ich mehrere Frames mit gleichem Typ verwende, setze ich .Name auf Nullstring

Code: Alles auswählen

  FrameWithTStringGrid1:= TFrameWithTStringGrid.Create(Self);
  with FrameWithTStringGrid1 do begin
    Name  := '';
    Parent:= Self;
  end;