Для детального ответа надо сначала выяснить, как именно реализовано, но в целом это безвыигрышный вариант: по сути это написание "своей дельфи" в некоторой части процесса, соответственно, нужно либо потратить количество сил, сравнимое с разработкой аналогичных фич дельфы, либо результат будет заведомо хуже. Сходу я, например, уверен, что эти визуальные настройки либо вообще не ложатся в контроль версий, либо ложатся туда в невменяемом виде (например, SQL-скриптами). Как делается их хранение и редактирование... ну, по той comma-separated строчке уже видно. Как они будут сливать изменения, независимо сделанные в одной форме... и как они будут веселиться, когда возникнет необходимость одно из этих изменений задержать и не выкладывать в релиз... И это мы ещё не касаемся упомянутой коллегой необходимостью писать везде обработчик AfterOpen... а заодно не гадаем, как выглядит форма, пока этого Open не произошло (а ведь в ряде интерфейсов, например, сначала вводятся значения фильтров и только потом открывается основной запрос)... в общем, куда ни плюнь, одно сплошное веселье. И главное - только ради того, чтобы было хуже, чем в дельфе.