[Comm] Использование UTF-локали в ALT Linux

[Denis Smirnov]

On Fri, Dec 31, 2004 at 12:16:52AM +0300, Alexej Kryukov wrote:

>> А почему сразу байт?
>> Для внутреннего представления вполне хватит UCS-4. То есть dword.
AK> Если бы... Но вот, к примеру, Kevin Hendrics напрочь отказывается
AK> переделывать myspell под Юникод: у меня, говорит, слова хранятся
AK> в массивах байтов, а потому идите все подальше :)

Это называется невменяемый автор. В таких случаях, IMHO, есть смысл делать
форк.

>> А UTF-8 это исключительно формат для передачи через каналы связи (ну
>> и, возможно, для хранения).
AK> Так вот я и говорю о хранении, и о тех чисто эстетических чувствах,
AK> которые могут вызывать файлы в UTF-8, хранящиеся на диске :) М. б. M$ и
AK> права, что всюду проталкивает UCS-2 LE...

Знаешь, лично мне давно пофиг в чём у меня текстовые файлы. Просто потому,
что моему vim'у на это пофиг. Так что это не имеет никакого значения.
Конвертировать элементарно, внутреннее представление всё равно отличается
от представления на диске, так что слой перекодирования всё равно есть.

>> Как локаль он, увы, действительно _сейчас_ без надобности. 
>> Просто  потому как почти не работает.
AK> Ну, это преувеличение... Вполне можно прожить в юникодовой локали,
AK> если обходиться только определенным кругом приложений (каковых,
AK> впрочем, сейчас большинство). Но дело, повторяю, в том, что именно 
AK> для тех приложений, которые только и могут нормально работать в
AK> юникодной локали, системная кодировка как раз некритична. И поскольку
AK> данное положение является хорошим и правильным, то едва ли использование
AK> такой локали в качестве системной когда-либо приобретет больший смысл,
AK> чем теперь.
AK> Хотя существовать такая локаль, безусловно, должна, хотя бы для
AK> всяческих отладочно-страховочных целей...

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

> AK>> Кстати, вот неплохая задача для разработчиков дистрибутива:
> AK>> почему бы не изготовить некий стандартный .XCompose (я
> AK>> мог бы в этой работе принять участие) и не включить его в
> AK>> скелет пользовательских каталогов, чтобы у пользователей вся
> AK>> i18n работала "из коробки"?
>> Хорошая идея. Может сделаешь черновой вариант, а потом его скопом
>> допинаем?
AK> OK, попробую заняться, когда будет время.

Замечательно.

-- 
С уважением, Денис

http://freesource.info