Forum: Win32/Win64 API (native code)
by Dalai,
18. Mai 2015
Das erledigt die eigentliche Speicher-Routine, die beim Klick auf den Apply- oder OK-Button ausgelöst wird. Klar, könnte man auch im OnChange-Ereignis machen. Ich hab lieber alles zentral, so dass vor dem Speichern die Eingaben geprüft werden.
MfG Dalai
PS: Die Prüfung auf leeren String hab ich ganz vergessen in meiner Anwendung. Danke für den Hinweis :).
Forum: Win32/Win64 API (native code)
by Dalai,
18. Mai 2015
Auch kein Problem, das sich nicht lösen lässt. Beispiel:procedure TForm1.SetPropertiesChanged(Sender: TObject);
begin
btnApply.Enabled:= True;
if Sender = comboLocation then
checkCopyStartup.Enabled:= True;
end;
Für diese eine Komponente (ComboBox) gibt's in der Ereignisbehandlung zusätzlich eine Besonderheit.
MfG Dalai
Forum: Win32/Win64 API (native code)
by Dalai,
18. Mai 2015
Wieso weist du nicht beim Erstellen/Anzeigen des Formulars oder beim Befüllen der Komponenten das OnChange zu? So mache ich das jedenfalls. Klar kann man da die eine oder andere Komponente vergessen, aber das fällt doch sofort auf, wenn sich der Speichern-Button nicht ändert beim Ändern eben dieser Komponente.
Ich benutze sowas in der Art:procedure TForm1.ToggleChangeEventHandlers(Enable:...