Про "одна", думаю - ты погорячился

Скажем, Dilma выкладывал наметки на Дельфи-2
Так там всякий контрол (да и любой объект, наверное, с нетривиальным конструктором) приходилось "создавать ручками"
Если более внимательно подумать, то мы получаем базовое св-во у ВСЕХ элементов: Static/Dynamic (и, соответственно - метод ##add)

Ну и логика [FR]TCG должна измениться: конструкторы статических объектов запускаются раньше события Entry...
Известен же классический вопрос для CPP-шников: какие коды пользователя запускаются раньше первой строки в Main
С ответом: коды конструкторов статических объектов

А наследование у нас разве организовано, чтобы это было просто, понятно и очевидно (пусть даже и не супер-очевидно)
А где в ООП ты видел, чтобы объект того же класса (у нас это линк) не мог иметь другой набор св-в
С указателями на объекты - тоже как-то все на стадии размышлений....

Одни огорчения, в общем

------------ Дoбавленo:


Плодить именно панели не обязательно
Достаточно изменить концепцию с введением наследования: "погружение" (что это такое, и как это может выглядеть интерфейсно - предмет отдельных разборок) элемента в контейнер создает наследника, с автоматическим дублированием всех точек и св-в
И уже схемно эти методы и события можно переопределить, св-ва спрятать или добавить...
Т.е., в контейнере появляется "особый" элемент - предок
Так он и так уже есть особый... и обругивают его в INI так: Sub=Panel

Пока я как бы и не усматриваю особых противоречий, кроме отсутствия поддержки со стороны среды (которую еще сильно продумывать следует), и сопровождения в кодах...
А мы либо ждем пока кто-то продумает, либо верхние точки к какому-нибудь BlockFind добавляем