Есть уже готовые компоненты, или надо их делать с своими доработками на основе уже готовых, - вопрос вторичный.
Для начала предлагаю обсудить саму концепцию.
Как выглядит редактор.
Стандартный редактор - несколько секций в стиле TreeView и в каждой набор свойств-параметров разных типов в стиле продвинутых StringGrid.
Если заполнение значений отдельных параметров, как правило, реализуется через внешние обработчики, то само создание списка параметров может быть двояким:
1) В компонент встравается список на основе TCollection. Все параметры с их описанием создаются в design-time.
+ Не слишком, но удобнее отлаживать.
- Не слишком стабильная надстройка над и так не слишком стабильными vcl компонентами, как Вы понимаете, работу ничуть не облегчит. Низкая совместимость для быстрого переноса кода, если не используется динамическое создание).
2) Свойства создаются в run-time.
+ Полная свобода действия. Меньше или совсем не требуется доработок компонентов. Возможно динамическое создание формы (Не требуется иметь визуальный фрейм).
- Необходим постоянный перезапуск для проверки и нудная подборка высоты строки каждого параметра.
3) некий гибрид. Все обращения к параметрам обрамлены внешними обработчиками, поэтому они существуют лишь виртуально у пользователя за пределами комонента, и подставляются в обработчики через набор case INDEX of.
В результате использования этого редакторы мы приходим к тому что форма вырождается
а) сначала в набор закладок с совершенно однотипными внешне таблицами, отличающимися только работой,
б) а затем в набор кнопок (или современный бар) и одну динамически перестраиваемую в зависимости от режима таблицу.
Соответственно не требуется больше вложенная иерархическая структура из нескольких уровней фреймов.
Соответственно предлагаю высказать свои мысли и оценить соотношение затраты усилий / результат.
