Визульная среда она и есть визуальная...
Так можно вообще линков не делать - взять в комментах адреса понаписать.
Как в SHA-файле, например.

Ну ясно: все мимо проходят, а понятного для всех интерфейсного решения - так и нет

Galkov, А почему не подходит вариант просто кидать контролы по мультикам?

Я голосую за (более сложный) интерфейсный вариант, когда TabControl является контейнером наподобие PanelEx, только все панели у него разные. Список этих панелей задаётся через свойство TabCaptions типа StrList.

Пальцем покажи


Подходит, в том числе и по динамическим...
Не подходит категорическое утверждение, что регистрироваться могут ТОЛЬКО мультики

видимо полезно иметь оба варианта. Модифицированный TabControl с возможностью прицепления любого контрола и новый PageControl с доработанным интерфейсом и добавлением по панели на каждую вкладку.

Не понял
Поэтому такой вопрос: TabControl, НЕ являющийся контейнером, НЕ является недоразумением

интересный вопрос. У борланда скажем контейнером он не является. Однако будет он таковым являтся в hiasm должно определятся степенью удобства. То бишь определяется разработчиком.

Первое: это вопросы концепции, которая НЕ ДОЛЖНА определяться разработчиком компонента.
Сегодня она такова, что соотношение parent/child определяется вложенностью в соответствующий контейнер.
Следовательно, если это не контейнер, то child-ов у него быть не может.
НЕ может - это неправильно.

Galkov, а это зависит от элемента. Я не вкурсе как и чего там реализовано. Положим, если TabControl просто содержит массив управляемых элементов, то можно и без контейнера обойтись.

Никто не спорит, что можно обойтись
GroupBox тоже можно вниз подложить, и сказать: "ай как красиво"
Но он, тем не менее - контейнер
И TabControl - тоже самое: сегодня мы его вниз подкладываем

А не делать его контейнером - неправильно, тем не менее...