|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Zahar Kiselev 2:5030/382.1 07 Jan 2002 21:49:20 To : Denis Smirnov Subject : Re: UTF-8 -------------------------------------------------------------------------------- Jan 07 18:30 02, Denis Smirnov wrote to Zahar Kiselev: DS>>> Для консоли -- однозначно utf-8. ZK>> Чем определяется эта однозначность? DS> Hапример тем, что его поддержка уже есть в ядре. В отличии от, DS> скажем, UTF-16. С этим не спорю. DS> Кроме того utf-8 сейчас уже становится стандартом de-facto. Если говорить именно о _de-facto_, то стандартом является тот вариант юникода, который используется в микрософтовском офисе. А там какой-то другой:( ZK>>>> У меня например многие мегобайты ZK>>>> текстовых файлов в 866 кодировке - что я буду делать с ними при ZK>>>> переходе на ZK>>>> использование юникода? Чем смотреть? Чем редактировать? DS>>> А чем ты сейчас смотришь и редактируешь? ZK>> Смотрю чаще всего посредством F3 в mc, редактирую в FTE или в ZK>> редакторе от mc если "пару слов исправить". DS> В mc уже есть зачатки такого перекодирования. Так ведь не _перекодировать_ надо! Если я просто перекодирую юникод в текст - то потеряю все его преимущества так как буду ограничен все тем же набором символов. DS> вариант --- DS> сделать конфиг для vim'а, после которого он будет почти неотличим от DS> того DS> же редактора mc, насколько я слышал это вполне реально. Эх... Где бы готовый найти:) Лень меня погубит:) Или например конфиг, переделывающий vim под wordstar... >А последний DS> vim DS> поддерживает всё необходимое. К сожалению - при этом возникает та же проблема, что и с использованием кои8 или любой другой малораспространенной кодировки - невозможность прямого обмена файлами с другими машинами. Если перекодировкщик из КОИ8 еще реально найти под системой, отличной от Линукса, то чем перекодировать из юникода или чем его смотреть под виндами, если это не тот юникод, который используется микрософтом? Данная проблема не возникает у тех, кто обменивается по большей части печатными документами, но я и мои приятели уже давно практически не пользуются принтерами в процессе своей деятельности. Основная причина - быстрое захламление рабочего пространства макулатурой... Поэтому печатается только то, что _обязательно_ должно существовать в бумажном виде. Zahar --- Msged/LNX 6.1.0 * Origin: undefined location (2:5030/382.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/32883c39e433.html, оценка из 5, голосов 10
|