OberonCore

По следам viewtopic.php?p=84955#p84955 реализовал прототип компонента, который поможет сторонникам плоских текстов писать в плоском тексте, а сторонникам составных документов не терять возможность совместной работы со сторонниками плоских текстов Мир, дружба, компонентный подход.
Инструкция по использованию в документации Jedi/Docu/Plain.
Брать все здесь: https://bitbucket.org/petryxa/jedi/overview

Посмотрим, насколько это востребовано

Пётр, благодарю. Хорошая вещь, красиво сделано! И самое главное, так просто в использовании.

Понравилось также то, что при сохранении файла "знает" в каком формате сохранять.

Да, что интересно, при установленном конвертере .cp файлы модулей в плейнтексте автоматически распознаются при просмотре Info > Repository.

Для автоматической загрузки добавил в модуль Config строку

Доволен.

Роман, а вы не думали о возможности сохранять некоторые встроенные отображения в текстовом виде, с последующим восстановлением?
Например, коммандер мог бы при сохранении конвертироваться в код типа такого:
Есть много простых типов отображений, которые можно было бы сохранить в байты, а потом восстановить. Если такие штуки поддерживает конвертер - хорошо, если не поддерживает, то это будет просто строка в комментарии, которая не помешает даже консольным компиляторам.

Думал, однако не уверен, буду ли этим заниматься. Правда, я думал использовать в качестве маркеров начала/конца команд некоторые управляющие символы из таблицы UNICODE. В таком случае можно экспортировать составной документ прямо в уникодный безо всяких дополнительных синтаксических добавок, независимо от того, содержит ли документ программу или что-то ещё.

Это как раз именно то, что нужно.
Спасибо огромное!

О, востребованность растет
Димыч, если не трудно, тоже в процессе использования обдумайте такой вариант развития конвертера:

Пётр, а для какой цели используется GuardAction (Services.Action)?

А это такой способ борьбы с тем, что модуль DevRBrowser считает что все сырцы обязательно открываются дефолтным конвертером. Хук составляет самоочищающийся список загруженных отображений и при попытке открыть такое отображение передает его реальный конвертер. Это позволяет в будущем сохранять исходник в тот же формат, который был.
Таким образом, либо отображение из списка открывается в окне, либо не открывается и экшн-элемент списка сам себя удаляет

Хитро. А модуль DevRBrowser не поддаётся убеждениям?

поддается, конечно, но он не в моем ведении
да и автора у подсистемы Dev пока нет, некому жаловаться.

Немного изменил модуль, отделив поиск конвертера UTF-8 в отдельную процедуру, который вместо поиска при каждом открытии файла делает это одинажды в разделе инициализации модуля.

Добавлю: изначальные имена модулей изменены, включая конвертера, у которого название теперь ConvUtf8 (в подсистеме Conv).

А как же всякие модные форки и пулл-реквесты?

Форк Jedi? Я не захотел заводить его в том виде, котором он был создан изначально (т.е. для пробы), оторванным от моей сборки. В итоге адаптировал для себя. Поглядеть можно в Seamless work with plain UTF-8 CP files (6a0af8a5b988).

Вообще говоря, Jedi для разработчиков, а не для пробы.

Реализовал пробную поддержку отображений (коммандер, ссылки) в виде base64-блоба в комментариях.
https://bitbucket.org/petryxa/jedi/src

Постепенно движемся по направлению к RFC?

Петр, спасибо. Отличная штука.

ps Товарищи, призываю вас не использовать расширение *.cp
Это расширение уже занято плюсами. Предлагаю всем перейти на .cps