Frame_Test1Checkbox1Click ist aber eine Ereignisbehandlungsroutine der Form, die ihrerseits die Routine der frame aufruft, was zumindest überflüssiger Overhead ist. Deshalb wollte ich das so nicht stehen lassen. Aber offenbar bringt man das nicht mehr via
OI weg, sondern nur direkt in der
DFM Datei.
Wenn du den Frame zur Designzeit in das Form einbettest, wird jedes Ereignis im Frame zu einem Ereignis im Form. Da die eigentliche Ereignisbehandlung jedoch im Frame steht, muß die Ereignisbehandlung im Form die im Frame aufrufen. Der Frame wird dabei zu einer Komponente des Forms. Wenn du nun deine Checkbox im Frame, das bereits in die Form eingebettet ist, markierst, siehst du im OI keine Zuweisung einer Ereignisbehandlung. Die Ereignisse des Frames sind im OI offenbar nicht verfügbar. Wenn du diese Zuweisung nicht machst, funktioniert dein Klick auf die Checkbox zur Laufzeit nicht (eben nochmal getestet). Ergo ist es kein überflüssiger Overhead, sondern Notwendigkeit. Etwas anders sieht es aus, wenn du den Frame erst zur Laufzeit in der Form unterbringst. Dabei reagiert der Frame vollkommen eigenständig. Ob das jetzt ein Bug ist oder so gewollt, kann ich dir mangels tiefergehender Kenntnisse über die Eingeweide der Delphi-IDE auch nicht sagen ...
Alles falsch, hab eben das Frame aus der Form gelöscht und den Frame nochmal "frisch" auf die Form verpflanzt und siehe da: Die Ereignisbehandlung der Checkbox funktioniert auch ohne diesen Overhead. Das heißt: Nach dem Einbetten des Frame in das Form steht im
OI kein Ereignis für die Checkbox, und es funktioniert dennoch. Du mußt also vor dem Löschen selber was eingetragen haben, was dann natürlich nur über die Form funktioniert.
Sorry für die Irreführung, für mich stellt dieser Fall auch Neuland dar, weil ich zuvor noch niemals einen Frame zur Designzeit in eine Form eingebettet habe. Immerhin: Wieder was dazugelernt ...