OberonCore

http://oberoncore.ru/bbcc/subs/i21sys/

См. также:
* i21sysCalls
* i21sysDesktop - охранялка конфигурации окон
* viewtopic.php?t=5397 (i21sysIn)

Включил i21sysEdit.

Кого F5 интересует --- просьба проверить (лишний раз не помешает) и отписаться.

работает вроде.
а зачем нужно Edit.Init? куда его втыкать надо(надо ли)?

Вызов Init стоит при загрузке модуля. Что она экспортирована, я вообще не обратил внимания... Подождём, что автор скажет.

Не надо втыкать.
Это чтобы переопределять язык. Нужно было при разработке. Пусть торчит.

( Вот ведь забавно как: раз торчит -- так сразу хочется дернуть )

Включил i21sysDesktop.

Выложены поправленные архивы: в списке упаковки были пропущены словари от i21sysEdit, поэтому он работал лишь отчасти (обнаружил Борис Рюмшин).

i21sysIn добавил (по сравнению со стандартным In) возможность использования в качестве входного потока текста, "выделенного" маркерами-коммандерами.

Уже давно использую исключительно "выделение" коммандерами. Иногда бывают затыки --- осталось выделение выше по тексту (или нечаянно ткнул), и никак не поймешь, глядя на текст после коммандера, почему процедура не даёт результатов, соответствующих входным данным.

Вопрос использующим In --- как часто применяете в качестве входного потока весь активный текст или выделенный в нём кусок?

Выделенный кусок -- постоянно.

А весь текст -- пока не встретилось.
Видимо, надо отменить эту возможность -- как раз в новой версии школьных сборок можно это сделать.

Может стоит добавить процедуру открытия с явным указанием потока(ов)? Вроде
PROCEDURE OpenThis (stream: INTEGER) или PROCEDURE OpenThis (streams: SET)

Тогда можно было бы открывать только текст из параметра коммандера, независимо от наличия выделения.

Мысли у нас сошлись в почти одной точке.
Только у меня проще:
PROCEDURE Open; -- поток ввода после коммандера. (*видимо*)
PROCEDURE OpenSelection; -- поток ввода = выделению.
(Ну, и для полноты счастья ввести булевский распознаватель наличия выделения.)

В учебных целях используется один способ: фиксация выделения в качестве потока ввода через меню|горячую клавишу, а в программе -- Restart.
Это потому, что в паскалеобразных программах нет коммандера,
а в школьном контексте лучше выбрать один способ, и придерживаться его.

Внёс поправку viewtopic.php?p=72676#p72676

Загружаю версию из сборки 09.11.2012.

i21sysScanner (под wine) не читал словари. Проблема в избыточной "/"

i21sysIn, документация i21sysDesktop, и компонент i21sysEdit обновлены по базовой сборке 09.11.2012 и включена дополнительная документация.

На оригинальном ББ ссылки с юникодными литерами работать не будут (viewtopic.php?t=3971).

В сборке OberonCore есть фикс внутренней процедуры TextMappers.Get (видимо, не соответствовала спецификации модуля):



В оригинале эта процедура выглядела:


Короче говоря, при этом исправлении перестаёт правильно работать автодополнение i21sys.
m F5 даёт MAX, а не конструкцию MODULE.
p F5 даёт POINTER, а не PROCEDURE...
и т. д.

Видимо, тот случай, когда старые ошибки уже стали не багом, а фичами - и исправление влияет на работоспособность уже существующего клиентского кода...

Причина: не читаются подсказки i21sys/Rsrc/hints. Первая вьюшка в тексте --- невидимая --- линейка, которая маскируется литерой TextMappers.para. Но вьюшкой от этого быть не перестаёт. Она и означает конец словаря при наличии исправления B23 (viewtopic.php?t=4353), в описании которого ситуация разобрана подробно.

Можно просто прибавить ниже опцию TextMapper.maskViews и всё заработает; либо определять конец словаря более точно, например, "любая вьюшка кроме линейки".

Внёс поправку (архив обновлён)