Как я уже говорил, от UTF-8 толку здесь немного (поскольку до тысяч символов в PSF шрифтах ещё далеко, а для 256-ти символов избыточно и однобайтной кодировки), а вот под юникод ещё не весь софт как следует допилен. Тот же lynx при локали UTF-8 некорректно форматирует текст в широкоформатном терминале, оставляя справа чёрное поле. С локалью KOI8-R такого эффекта нет, всё корректно. Также выгоду от однобайтных кодировок замечают те, у кого почти все файлы на носителях - текстовые. Можно значительно экономить дисковое пространство. А если возникает необходимость кому-то что-то переслать в UTF-8, то можно воспользоваться iconv'ом. А тот же lynx всё конвертирует на лету. Можно читать и писать в KOI8-R, но на сервер, при необходимости, оно автоматически уйдёт в UTF-8. Тем более, что работа с многоязычными документами нужна не так уж и многим. Что же касается работы с чужими текстами в UTF-8, то приятного мало когда куча символов в тексте отображается квадратами, а что скрыто за каждым из них можно узнать только через коды символов. Коды символов можно посмотреть и из другой кодировки. Ну, а KOI8-R лучше других однобайтных кодировок тем, что она стала стандартом в мире операционок семейства UNIX. Да, она стала стандартом. Так и писали в документации, и в статьях по руссификации описывали настройку именно локали KOI8-R. Так и было, когда я начал юзать GNU/Linux. UTF-8 притащили уже потом. А понять почему победила именно KOI8-R не так уж и сложно. Кодировки 866, cp1250, cp1251,... и т.д. были разработаны в рамках коммерческих проприетарных проектов, да и многие из них пришли уже потом. А во времена MS DOS'а с его кодировкой 866 на территории бывшего СССР уже пару десятилетий активно использовали KOI8-R. И зачем заимствовать что-то из проприетарщины, когда и так уже есть своё родное, используемое десятилетиями?! Так KOI8-R пришла и в GNU/Linux. Так и дальше продолжается использоваться теми, кто не хочет что-либо менять.
|