OberonCore

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

Задача "Читатели-писатели" в параллельных процессах имеет множество вариантов-разновидностей...

Да нету здесь никаких параллельных процессов. Два райтера в примере Александра пишут в текст ПО ОЧЕРЕДИ.

Прояснение этого вопроса помогает ответить на другой: достаточно ли завести один глобальный Writer в модуле, или нужно каждый раз создавать новый. В Системе Оберон Writer был не указательным типом, и его часто объявляли статически - один на весь модуль. Но там Writer писал в собственный Buffer, который очищался (на самом деле - перемещался) при записи в Text. Там было бы так: Поэтому и вопроса бы не возникло : )
А в ББ, стало быть, надо на каждый сеанс записи открывать (или позиционировать) Writer заново. Такие тонкости просто надо знать, чтобы правильно работать с текстами, и чтобы правильно дробить эту работу на процедуры, отвечая на вопросы типа "что надо передавать в подпрограмму формирования части текста - ссылку на Writer или на сам Text?.

А если бы они оба писали в один буфер?

Это зависит от режима записи в текст, поэтому самим текстом и решается. Для простого Writer-а знать таки вещи - слишком жирно будет.

Это зависит от задачи, поэтому такое решение в общем случае не подходит.

Невозможно by design.

Согласен. И Евгений Темиргалеев тоже прав, такие навороты слишком слабо обоснованы. Невозможно заранее прописать все решения на все случаи жизни. Будет конкретная задача, будет и решение

А подсистема текст разве отслеживает, нажимал пользователь на клавишу Insert или нет? Вроде, WriteByte() всегда пишет в текст в режиме вставки (безусловно), или я не прав?

Так в ББ режим замены вообще отсутствует (т.к. является лишней модальностью, модальности в интерфейсах обычно зло).

Отсутствует режим замены, включаемый при помощи клавиатуры? Так и я про это. В реальных-то задачах оба эти режимы нужны. Значит нужны две функции записи: одна в режиме вставки, другая в режиме замены. Почему в этом "нету смысла"?
А, ну да! Груз уже написанных программ

По моим наблюдениям, 95% пользователей режим вставки не используют.
Сам тоже не использую, уж очень редко возникает необходимость.

Напомню, что процедура WriteChar() из модуля TextModel пишет символ в текст в режиме вставки. И, если верить Вашей статистике, то 95% пользователей должны быть неудовлетворены.

2igor Пардон, очепятка. Имелся ввиду режим замены.

Тогда Ваш аргумент принимается . Действительно, режим замены применяется не часто.

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

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

Во-первых, там где-то внутри список.
Во-вторых, программная обработка отличается от вручную.