|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 19 Aug 2002 13:42:31
To : "Serguei Khvatov"
Subject : Re: [JT] Hекоторые впечатления о <FOO Bar> Linux
--------------------------------------------------------------------------------
Hi, Serguei!
>>>>> "SK" == Serguei Khvatov <xbatob@techno.spb.ru> writes:
VB>>>> мне вот, человек пишет по icq. у него локаль uk_UA.CP1251.
VB>>>> не все символы котоыре там ЛЕГАЛЬHЫЕ пеерводятся в koi8-r.
OS>>> Hу, знаешь, это вообще нечто! Когда делали koi8-_r_, никто не
OS>>> предполагал совмещать его с UA.CP1251, коего тогда и в проекте не
OS>>> было.
VB>> согласен, и по этому вопросу претензий к koi8-r не имею. Да я, к самой
VB>> кодировке ваще претензий не имею. ;)
SK> Имеешь или нет?
к кодировке - нет. К использованию ее в конце 2002-го года - да.
SK> Совсем недавно ты писал другое - что там чего-то нет.
.и скоере всего не будет.
SK> Ты даже приводил список того, что там нет, только в нечитабельном
SK> виде.
списко приводил Витус. Претензии имею к ее использованию, по причине
того, что вот этого самого что пирвел Витус там нет.
SK> Приведи пожалуйста свои претензии попонятнее (и не забудь, что KOI8-R
SK> - это кодировка только для русского языка)
идем и читаем RFC на счет KOI8-R, для чего и почему она была создана.
Сидим, и думаем, какие из причин там перечисленых до сих пор актуальны, и
в какой степени.
VB>> А как там выяснили ранее, "чем меньше кодировок, тем лучше". Ы?
SK> Тогда какого черта при живой КОИ
что такое "живое КОИ"?
SK> с достаточным количеством возможностей для расширения (а она была
SK> принята как ГОСТ в 1974 году) появились "альтернативная для IBM PC"
SK> (еще и основная была), iso8859-5, Mac-овская, и, наконец, cp 1251?
Мы будем спорить о причинах копаясь в истории, или посморим на РЕЗУЛЬТАТЫ,
и подумаем какой из результатов наиболее ровно применим в текущий момент?
Какого черта Intel создавал свой процессор, когда были другие, котоыре
были не хуже? И где теперь эти другие?
SK> Более того, сторонники всех их утверждают (или утверждали), что их
SK> кодировка самая правильная и приводят в доказательство своей точки
SK> зрения кучу аргументов.
я не утверждаю (да и никогда не утверждал) что какая-то кодировка более
правильная. Я утвердждаю что ИСПОЛЬЗОВАHИЕ кодироквки KOI8-R в ситеме на
базе ядра Linux + glibc-2.2.5 (навскидку) _сейчас_ не дает весомых
приемуществ в сравнении с использованием кодировки CP1251.
А вот наоборот - дает. Hапример приемущесва в том, что сокращается
количесво наобходимых перекодировок при обмене текстовой информации
записаной в кирилице. Это даже не говоря уже о том, что преобразование
CP1251 -> KOI8-R не всегда возможно без ПОТЕРИ информации. В то время как
преобразование KOI8-R -> CP1251 возможно всегда, и без потерь.
SK> Только я таких войн уже несколько пережил (первая была ASCII vs EBSDIC
SK> -- в русском переводе КОИ/ДКОИ :-) и догадываюсь, чем это кончится
тем, что KOI8-R начнет активно умирать как только можно будет пользовать
UTF-8 в подавляющем большинсве софта.
Как например сейчас уде реально мало кто работает с текстовым экраном
80x25. Потому что приемуществ от такой работы нет, за исключеним редких
случаев.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
