Im Gegenteil hielte ich auch mal eine runderneuerte
VCL durchaus für angebracht
Warum?
Ich hatte das schon mal irgendwo begründet...
Die Controls sollten m.E. einheitlichere und sinnvollere Ereignisbehandlungen erhalten und ableitungsfreundlicher sein (generell virtuelle Methoden enthalten und protected Felder.
Der erste Punkt würde die Nutzung verbessern (OnClick sollte bei einem Klick aufgerufen werden, OnChanged bei einer Wertänderung etc).
Der zweite Punkt würde eine Entwicklung abgeleiteter Komponenten vereinfachen.
Paint könnte z.B. PaintBackground und dann PaintData aufrufen. So kann man wahlweise eine der Methoden überschreiben.
TRadioGroup hat als schlechtes Beispiel wohl schon einige zur Verzweiflung getrieben, wenn man ein paar Feinheiten realisieren wollte...
ParentBackground ist ja auch eher in die alten Controls "reingepresst", würde ich mal denken. Ich könnte mir vorstellen, dass eine komplette Überarbeitung mal sinnvoll sein könnte (vielleicht löst sich ja auch schon einiges mit XE2 (
VCL und/oder FM)).
Inwieweit man sich zu diesem Zwecke von der Windows-
API (oder was auch immer hier genau genutzt wird) lösen kann und sollte, vermag nicht nicht zu beurteilen. Ich würde mir halt nur grundsätzlich einige Verbesserungen wünschen.
SOOO Große Änderungen....ok
dann habe ich auch etwas was ich gerne hätte und nie bekommen werde....
Jede
VCL Komponente und Control sollte eine vollständige Interface Impelemtierungen sein und sich auch Gegenseitig über Interfaces referenzieren! Das muss insbesonderer für TDataset , TDatassource (Tdatalink)und alle DBControls gelten.
Warum? Wegen
Dll Kompatibilität und wegen der total bekloppten Umständlichkeit die man zum Teil hat um eigene Datasets abzuleiten!