|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Denis Smirnov 2:5020/400 08 Jan 2002 03:33:56
To : Zahar Kiselev
Subject : Re: linux and koi8-r
--------------------------------------------------------------------------------
Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> wrote:
ZK> Hу и чем наличие _разных_ "способов представления" уникода отличается от
ZK> наличия разных кодировок русского языка в смысле удобства работы с данными,
ZK> представленными такм образом? То есть конечно в смысле числа возможных
ZK> символов оно отличается, но в смысле очередной необходимости перекодировки
ZK> теперь уже между "способами представления" - ничуть не лучше.
Гораздо лучше. Почувствуй разницу между кодировкой (т.е. соответствием символа
и его кода) и представлением (т.е. соответствие кода и последовательности
байт). Поддержка _всех_ UTF-* пишется за час.
ZK> Вполне допускаю, что у микрософта "другой способ представления" того же
ZK> самого юникода. Однако de-facto именно он будет стандартом(собственно уже
ZK> есть, учитывая распространенность ms-офиса), а у нас в Линуксе опять будет
ZK> ни с чем не совместимо. Мне все-таки кажется, что надо двигаться к
ZK> наибольшей совместимости(по форматам данных) между разными операционными
ZK> системами и разными типами выч.техники.
Блин. Пойди на unicode.org и почитай. После этого ты поймёшь, что все проблемы,
о которых ты сейчас говоришь надуманы. Ещё раз -- софт должен поддерживать
уникод. Он один. Совсем один. Совсем-совсем один. Hету уникода "от мелкософта",
нет уникода "от линукса", есть просту уникод. _Уни_ код. То бишь универсальный
код. Софт должен внутри уметь работать с UCS-4. Снаружи на входе/выходе как
минимум UTF-8. Ещё раз -- UTF-8 это способ представления уникода. Уникод 32-х
битный, как ты будешь гонять 32-х битные данные? Правильный ответ --
неэффективно. Совсем правильный ответ -- преобразовывая в UTF-8. Алгоритм
преобразования ты можешь найти на http://www.unicode.org
Мне дальше продолжать разжёвывать, или ты таки пойдёшь и сам прочитаешь и
поймёшь почему ты неправ, и почему введение юникода не внесёт никаких проблем
с совместимостью?
--
С уважением, Denis
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
