[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

KOI8-R



Hi!

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

 Например, почему стал популярен именно KOI8-R ? Да очень
просто. В свое время (~1985 ?) А.Чернов выпустил версию
UUPC/@ c поддержкой KOI8-R для DOS машин. Программа
разошлась миллионами копий и KOI8-R стал стандартом
de-facto. Позже тот же А.Чернов выпустил RFC-1489 с
регистрацией KOI8-R (в июле 1993).
http://www.cis.ohio-state.edu/htbin/rfc/rfc1489.html
Еще позже этот charset регистрирует IANA для MIME. А
пробиться через эту бюрократию не так-то просто.

 Оцените пожалуста временные масштабы и количество
пользователей.

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

 Еще раз прошу отметить масшатбы времени. Эта система
крайне тяжела и инерционна.

 По поводу KOI8-U : см. RFC-2319
http://www.net.ua/KOI8-U/index.html
http://www.cis.ohio-state.edu/htbin/rfc/rfc2319.html
 Причем украинцы они так торопились, что умудрились
наделать ошибок в RFC. :)

 Мы можем тут обсуждать и придти к любому решению, но пока
все это не будет продавлено через бюрократию и не появится
в известных точках authority, все это практически не имеет смысла.

 По уму, надо бы привлечь А.Чернова и выпустить новый релиз
KOI8-R. Его авторитета должно хватить на пробивание новой версии.
В принципе RFC меняются довольно часто, там полно Obsoleted
(например MIME, BGP или тот же HTTP).

 Но не ждите, что счастье наступит мгновенно. Лет через пять. :-)

--
-=AV=-