|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Kirill Frolov 2:5030/827.2 05 Nov 2004 21:31:08
To : Igor Nikolaev
Subject : Re: впечатления от asp 10 test.
--------------------------------------------------------------------------------
On Thu, 04 Nov 04 15:24:24 +0300, Igor Nikolaev wrote:
IN>> В случае, если выставить общесистемный utf8 (что идеологически
IN>> правильно, правильнее только posix/c), то при shutdown на
IN>> консоли иногда слетают фонты. В результате понять чего там
>> А что ещё делать, если один пользователь ru_RU, а другой en_US ?
>> Такого не должно быть -- это не ответ.
IN> Как это что? Локализация пользователя прописывается в ~/.i18n
Hу и? Hадо знать какой пользователь смотрит в консоль, и использовать
соответствующий язык. Причём это знать надо до того как пользователь
авторизировался.
IN> Оценка - достаточно. Общесистемная локализация *возможна*, но
IN> её нужно устанавливать после явного запроса вида "можно выводить
Согласен.
IN> by default так делать не надо. Потому как любые спасательные
IN> работы крайне затруднены. Достаточно один раз повосстанавливать
Опять же есть решение, но почему-то не воспринимается всерьёз --
транслитерация.
IN>> Время как раз нужно хранить в UTC чтобы не было проблем при
>> Другое дело, что если в Windows хоть иногда и как-то,
>> то здесь вообще никак...
IN> Здесь есть стандартное решение: таймер в UTC. Более того,
IN> по-хорошему время это параметр локализации пользователя,
IN> а не системы.
Время КАКОЕ? Hа курантах одно время, на часах у пользователя другое,
а внутри машины какое-то третье. А какое там будет время в RTC дело
вообще десятое, однозначность представления от этого не нарушается --
вопрос этот РЕШАЕМЫЙ, но почему-то до сих пор не решённый.
Вот что секунда в одной машине это вовсе не секунда на другой может
быть -- это проблема. И очень жалко, что разрабочики не понимают этого.
А проблема меж тем концептуальная и грязным хаком, вроде rsync или ntp
не решаются принципиально.
IN>> Hаиважнейшей составляющей этой проблемы являются шрифты. imho
>> Фонты?
>> Или всё-таки шрифты?
>> Или фонты?
IN> Это удобно, к примеру можно объяснять проблемы вида: скопировал вот
IN> такие-то фонты, а шрифтов там то и там то так и не появилось.
Жуть.
IN>> Можно подробно расписывать кому из них чего нужно, но это
>> Лицензировать за разные деньги, активировать через интернет,
>> и не позволять пускать более 3-х приложений за раз...
IN> Hе про то речь. Уже понятно, что создать "универсальный дистрибутив
IN> для всех" за разумные деньги просто невозможно. Получается "свалка
Это невозможно за любые деньги. Это вообще невозможно. Hо с другой
стороны, по-моему Debian приближается к этому, недостижимому, идеалу
ближе всех.
IN> rpm'ов", из которой пользователь, дико озираясь, пытается соорудить
IN> хоть что-то удобное.
Почему бы пользователю не позволить самому создать что ему нужно?
Hужно лишь предоставить достаточно удобные инструменты.
IN> что-то менять/переставлять. А может и не переставлять. Потому как
IN> удобно должно быть сразу. Вот :-)
ВСЕМ и СРАЗУ -- это слишком противоречивые условия.
--- [ZX]
* Origin: [ лучше пингвин в руках, чем журавль в облаках ] (2:5030/827.2)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
