Т.к. хотелось бы конструктива - вот некоторые мысли.

Процесс совершенствования реализаций Оберонов идёт. Судя, например, по этому: viewtopic.php?p=67897#p67897. Не знаю, кто начал, но на недавний момент активно работал Kubanych, как видим. Ну и "ББ как есть" в Линуксе вроде обживается: viewtopic.php?p=72429#p72429.

Смысл-то моих вопросов в том был, чтобы выработать понимание, что и как делать для расширения контекста применимости на сегодня. В конечном счёте - для создания/расширения "языковой ниши" ((С)Кауфман) Оберонов в разработках практического (промышленного/коммерческого) назначения.

И тут немаловажное решение - перерабатывать ББ или писать новую среду?
И взаимосвязанно - реализовывать ли в среде (неважно, какой) КП или иное определение? Во втором случае - какое? Оберон-07? существенно оригинальный, как язык ВЛ-редактора: viewtopic.php?p=71334#p71334, viewtopic.php?p=71347#p71347 (не знаю, окончательное ли определение - но это в данном случае несущественно)?.. Возможно, следует думать в том, ключе, как Ильяздесь в Разд. II.4(а именно - 1) Инструменты программирования — языки программирования, окружения разработки и выполнения, библиотеки и программные каркасы (frameworks); 2) Внутрипрограммные конструктивные схемы; 3) Несущее программное обеспечение (middleware), которое обеспечивает выполнение, взаимодействие и управление в распределённых системах; 4) Межпрограммные конструктивные схемы, применяемые в распределённых системах; 5) Средства проектирования архитектуры, системного анализа, спецификации требований)?..
И также - как представлять проект (который не только программы - но и предназначенные человеку - во всех его ролях в ЖЦ - данные о задаче/предметке)? И каков адаптивный облик интерфейса среды (главная цель которого, в сущности - не мешать управлять проектом )?..
Вот какие у Вас предложения и резоны делать именно так, как Вы предлагаете?

И в общем - смысл ведь не в том, чтобы подвигать к этому тех, кого устраивает ББ. А чтобы конструктивно наметить пути удержания простоты языка и прозрачности его механизмов при развитии среды в нужных направлениях для "языковой ниши".
Я лично могу высказаться лишь как "предметник" и отчасти аналитик. Что согласен с этим: viewtopic.php?p=72148#p72148. Т.е. что "дорогу осилит идущий". Это в общем.
А конкретно - что главная практическая ниша Оберонов сейчас - это разработка с полной ответственностью для "кризисных" предметок. В том смысле, как говорил здесь: viewtopic.php?p=72358#p72358.
И главный вопрос - чтобы среда стала поддерживать не только собственно программирование, но весь ЖЦ решения задачи в целом. Т.е. вижу как ключевое направление на ближайшее время - совершенствование представления решения как проекта среды, использующего данные, составляющие "свод отчуждённого знания" сторон. В этой же среде накапливаемые и организуемые рационально для последующего использования. Коллективно - с учётом всех ключевых факторов (хранение данных - централизованное/распределённое; дисциплина доступа - одно/многопользовательская; взаимодействие АРМ - по носителям/каналам ПД/смешанное; управление изменениями - "офисно"-правочное/иное).
Т.о. не столько языком программирования надо заниматься - сколько формировать метаязык организации и ведения совокупности проектов/свода знаний. И реализовывать его в среде - имея в виду коллективную работу. Для чего, думаю, не обязательно именно писать новую - если расширение существующей м.б. элегантным и гарантоспособным... Но об этом судить уже программистам - как и о том, хороша COM-технология или нет и чем её заменить...