Serververbindung nach FormCreate

[hoika]

Hallo,

procedure TForm2.FormOnActivate;
begin
OnActivate:= nil;

Damit wird das OnActivate nur einmal aufgerufen

[DeddyH]

Delphi-Quellcode:

procedure TDingensForm.OnActivate(Sender: TObject);
begin
  if not Verbunden then
    begin
      Verbinde;
      Verbunden := true;
    end;
end;

Damit kann das Ereignis so oft feuern, wie es will, Verbinde wird nur einmal ausgeführt.

[lukdelphias]

Delphi-Quellcode:

procedure TForm1.FormOnActivate;
begin
   LEdtMA.ReadOnly := true;
   LEdtAS.ReadOnly := true;
end;

zum testen habe ich das erstmal so geschrieben. Allerdings kann ich in den Textfelder die ganze Zeit schreiben. Heißt die procedure wird nicht ausgeführt. Aber warum?

[mikhal]

Öffne mal Notepad auf deinem Rechner und schiebe es über dein Programmfenster, wenn du es wieder wegziehst, sollte OnActivate gefeuert werden.

On Activate wird möglicherweise gefeuert bevor deine Editfelder erzeugt wurden...

Grüße
Mikhal

[lukdelphias]

Funktioniert jetzt. Vielen Dank an alle!

Gruß

[scrat1979]

Doch, das OnActivate eignet sich schon. Ich mache das in meinen Anwendungen auch. Wichtig ist nur ein entsprechendes Flag zu setzen welches nach dem ersten Aufruf gesetzt wird, damit es zukünftig nicht mehr aufgerufen wird.

Pseudocode

Delphi-Quellcode:

Procedure Form1.OnCreate
Begin
 FAppStart := True; // Variable in Form1
End;

Procedure Form1.OnActivate
Begin
 If FAppStart then begin 
//  Hier Initialisierungen etc. ausführen 
 FAppStart := False;

 End;
End;

[Frickler]

Ich nutze für sowas auch gerne ein eigenes Event, welches per PostMessage im OnShow aufgerufen wird:

Delphi-Quellcode:

const
  WM_AFTERSHOW = WM_USER + 50;

type
  TMainForm = class(TForm)
  [...]
  procedure WMAfterShow(var Msg: TMessage); message WM_AFTERSHOW;
  [...]
  end;

procedure TMainForm.FormShow(Sender: TObject);
begin
  [...]
  PostMessage(Handle, WM_AFTERSHOW, 0, 0);
end;

procedure TMainForm.WMAfterShow(var Msg: TMessage);
begin
  MachWasImmerGetanWerdenMuss;
end;

[KodeZwerg]

Zitat von Frickler:

Ich nutze für sowas auch gerne ein eigenes Event, welches per PostMessage im OnShow aufgerufen wird

Das finde ich pers. bis jetzt die beste Lösung. Nichts gegen OnActivate mit den Abfrage-Bedingungen oder auf nil setzen (argh^^)

Delphi sagt:

Zitat:

Use OnShow to perform special processing when the form is shown (that is, when the form's Visible property is set to true).

Da es direkt nach Sichtbarkeit nur einmal feuert mit Deinem Code (ich hoff die smileys haben corona abstand xD)

[dummzeuch]

Ich bin mir gerade unsicher, ob das zur Anforderung passt:

Als ich noch Datenbank-Programme schrieb, hatte ich immer ein Datenmodul im Programm, welches alle Datenzugriffs-Komponenten enthielt, und öffnete die Verbindung in dessen OnCreate Event. Dieses wurde dann als erstes "Formular" im Programm erzeugt, noch vor dem Hauptformular. Dadurch stand die Verbindung, bereits, wenn das Hauptformular erzeugt wurde.

Das ist aber schon bestimmt 10 Jahre her, keine Ahnung, ob das noch "State of the Art" ist.

[scrat1979]

Zitat von Frickler:

Ich nutze für sowas auch gerne ein eigenes Event, welches per PostMessage im OnShow aufgerufen wird:

Delphi-Quellcode:

const
  WM_AFTERSHOW = WM_USER + 50;

type
  TMainForm = class(TForm)
  [...]
  procedure WMAfterShow(var Msg: TMessage); message WM_AFTERSHOW;
  [...]
  end;

procedure TMainForm.FormShow(Sender: TObject);
begin
  [...]
  PostMessage(Handle, WM_AFTERSHOW, 0, 0);
end;

procedure TMainForm.WMAfterShow(var Msg: TMessage);
begin
  MachWasImmerGetanWerdenMuss;
end;

Sieht - ohne Frage - sehr elegant aus. Aber was hat das Feuern dieses Events für einen Benefit statt direkt im OnShow-Event die entsprechenden Schritte (statt Postmessage) durchzuführen? Nach meinem Verständnis kommt es genau auf dasselbe raus. Es sei denn es passiert noch „etwas“ anderes.