Komponente dauerhaft nil

[DoktorD]

Nach dem Umbenennen des Panels funktioniert es auch nicht
Wir haben es jetzt ...

Code:

Panel3gehtnicht.visible := False;

[DoktorD]

PS: wir arbeiten hier mit Delphi 5, da wir QuickReport benötigen

[Hansa]

Poste mal noch den DFM-Teil, wo das Panel2 ist. Meine Glaskugel sagt jedenfalls, dass das die letzte Stelle vor der Benutzung von Panel3 ist. Die IDE ist bei der Lokalisierung von Fehlerstellen etwas ungenau.

[DoktorD]

Im Anhang die DFM Datei

Siehe "Panel3" (dieses ist nil)
Habe es wieder umbenannt.

[DoktorD]

Hier mal der Unterschied zwischen dem Panel3 (immer nil) und einem Button der funktioniert.

siehe Anhang

[Hawkeye219]

Hallo,

interessanter als die .dfm-Datei ist möglicherweise die zugehörige .pas-Datei. Vielleicht befindet sich die Panel-Variable nicht mehr im published-Bereich der Formular-Deklaration, sie könnte versehentlich in den private-, protected- oder public-Bereich verschoben worden sein. Dann ist sie zwar aus dem Quelltext heraus noch erreichbar, sie kann aber beim Laden der .dfm-Datei nicht mehr aktualisiert werden und behält daher ihren Default-Wert NIL.

Gruß Hawkeye

[DoktorD]

Das Panel3 steht ganz normal unter der Typendeklaration:

Delphi-Quellcode:

type
  TFRMmw = class(TForm)
    ...
    Panel3: TPanel;
    Label44: TLabel;
    Label45: TLabel;
    Edit11: TEdit;
    Edit12: TEdit;
    procedure FormCreate(Sender: TObject);
    procedure Button1Click(Sender: TObject);
    ...

Habe heute mal probiert alles aus dem OnCreate Ereignis ins OnActivate Ereignis zu kopieren.
Compilieren ging es ohne Probleme. Beim Debuggen geht er aber nicht ins OnActivate (Breakpoint gesetzt)
Warum wird denn hier das OnActivate übersprungen?

[DeddyH]

Ist das OnActivate denn auch mit der Methode verknüpft (im OI zu kontrollieren)?

[DoktorD]

Jo, mit doppelklick komme ich dann in die .pas Datei zum Activate. Also ist es verknüpft.

[DeddyH]

Wenn im OI vorher nichts drinstand, dann ist es erst jetzt verknüpft.