Wenn du ein Form mit einem ActionManager 2-mal instanzierst, bekommst du auch die Actions 2-mal. Innerhalb des Forms wird er das wohl noch richtig hinkriegen, nutzt du Actions außerhalb dieser Form fangen die Probleme natürlich an.
Das ist ein anderes Problem.
Es ist ja durchaus möglich mehrere Instanzen zu verwenden.
Delphi-Quellcode:
...
var
a, b, c: TMyActionForm;
begin
a := TMyActionForm.Create(Self);
b := TMyActionForm.Create(Self);
c := TMyActionForm.Create(Self);
a.Show;
b.Show;
c.Show;
...
Die
IDE versagt nur die Vererbung:
Delphi-Quellcode:
...
type
TMyForm = class(TMyActionForm)
...
Man beachte: Nur die
IDE verweigert das mit der Fehlermeldung:
Zitat:
Fehler beim Erzeugen von Formular: Vererbung von 'Form2' nicht möglich. Es enthält eine Komponente 'AchtionManager1' ohne Vererbungsmöglichkeit.
Wenn man das *.pas und *.dfm von Hand erstellt (z.B. mit Notepad), geht es durchaus zur Laufzeit.
Ein anderer Grund kann sein, dass sie wohl Probleme haben, so komplexe Strukturen auch in Ableitungen noch reproduzierbar richtig aufzubauen. Wenn du vom Form ableitest und Action entfernst, hinzufügst, bestehende mit andere Handlern versiehst etc.
Vllt kommt dann ein Frankenstein-ActionManager raus, der nix Halbes und nix Ganzes ist.
Warum dann aber auch bei TNotebook, TTabbedNotebook und TRibbon (bzw. TCustomRibbon)?
Ein TNotebook ist nun mal nicht sooo komplex.
Und viel interesannter ist die Frage, warum eine TActionList, die auch Actions beinhaltet, erlaubt ist.
Man kann halt nur soviel mit einem so einfach gestrickten
RAD-Designer von 1995 anstellen, bevor man für 1m Weg 10m Umweg gehen muss.
Das wird der Grund sein
Aber ich sehe die Frage noch nicht als beantwortet
