OberonCore

Ну так и КП, и Ява и соответствуют Windows.
И обнобайтные строки, и двухбайтные.

Говоря, что в Windows правильно, я имел в виду лишь то, что там более одного вида строк. О том, как именно они устроены, я недостаточно хорошо знаю. Во всяком случае, для представления письменностей CJK (China, Japan, Korea) двух байт мало. Есть ли какая-то версия Windows с 4-байтными кодировками, я не знаю, но я практически уверен, что китайцы были бы рады. А для применений внутри России вполне достаточно и 8-бит. Поэтому, если вернуться к мифической "идеальной ОС для России", основное внутреннее представление строки должно быть параметром конфигурации при сборке, но все виды строк и способы приведения их друг к другу должны быть в виде библиотек. Ни в КП, ни в голанге этого нет. Впрочем, если игнорировать CJK, то может быть, Java/КП/Windows и достаточны.

Точнее, не 8 бит, а аналог UTF-8, построенный на базе 8-битной кодировки, подобной cp1251. Т.е. так, чтобы можно было выразить и иероглифы, но это было бы дороже. Ситуация должна быть такой же, как сейчас с юникодом и латиницей. "Наивные" программы, не учитывающие специфику utf-8, корректно и эффективно работают с латиницей, как будто это ASCII, но коверкают иноязычные тексты. 8-битная кодировка могла бы работать аналогично: корректно и эффективно с англо-русскими текстами, но коверкать прочие. Совсем так же, как с UTF не получится, т.к. кириллица с латиницей занимают более, чем 127 мест, но можно выделить узкий диапазон префиксных номеров, через которые выражаются иноязычные буквы.

Вот, русские буквы в исходниках, русские буквы в двух логах (в зависимости от контекста выполнения команды). Подсветка синтаксиса возвращена к жизни. Всё без каких-либо существенных изменений в коде. Все изменения в моём репозитории. Русские буквы в интерфейсе показал ранее.

Класс, отлично! Что происходит при масштабировании текста (Ctrl-+)? Пока могу только морально поддержать одобрительными возгласами, т.к. пока работу не нашёл.