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

[Denis Smirnov <mithraen@freesource.info>]

On Thu, Dec 30, 2004 at 12:08:24AM +0300, Alexej Kryukov wrote:

>> Да ладно, дисковое пространство ничего не стоит сегодня.
AK> Да я, в общем-то, не про дисковое пространство. Просто соотношение
AK> (1 байт == 1 символ) удобно во многих отношениях, да к тому же
AK> приятнее из чисто эстетических соображений. По крайней мере,
AK> в сравнении с UTF-8.

А почему сразу байт?
Для внутреннего представления вполне хватит UCS-4. То есть dword.
А UTF-8 это исключительно формат для передачи через каналы связи (ну и,
возможно, для хранения).

>> Так вот, в Xfree это просто не катит без юникодной системной локали.
>> Мёртвые клавиши просто не работают и US International становится
>> просто US. Кстати, вариант русская + французская клавиатуры также
>> плох, ни мёртвые клавиши, ни буквы с аксанами не вводятся. А уж
>> греческая третьей...
AK> Ха! Знаем, проходили :) И я именно по этой причине имел привычку
AK> запускать OOo всегда в юникодной локали... пока не прочел у того
AK> же Паскаля, как сделать локаленезависимый Compose. И, подложив его
AK> к своей любимой ru_RU.CP1251, понял, что ru_RU.UTF-8 мне теперь,
AK> собственно говоря, без надобности.

Как локаль он, увы, действительно _сейчас_ без надобности. Просто потому
как почти не работает.

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

Хорошая идея. Может сделаешь черновой вариант, а потом его скопом
допинаем?

AK> То есть, собственно, не выход из положения, а откат на C для тех, кого
AK> не устраивала UTF-8? К сожалению, в наших условиях наличие пользователей
AK> с разными локалями неприемлемо из-за дурной привычки давать файлам
AK> русские имена ;-) Соответственно, получается, что при системной локали
AK> ru_RU.UTF-8 и у рута должна быть тоже не C, а, например, en_US.UTF-8,
AK> если, конечно, он не хочет ломать голову над именами файлов.

Увы.

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

http://freesource.info