|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 01 Apr 2001 09:51:43
To : yx
Subject : Re: Вылечить ?? на VFAT'е
--------------------------------------------------------------------------------
>>> yx wrote:
y> Hу я говорил о следующей путанице (по крайней мере не понятный для меня):
y> есть две схемы nls: gettext(gnu/sun) и catgets(x/open)
y> схемы управления:
y> gettext catgets
y> --------------------------
y> LANGUAGE LC_ALL
y> LC_ALL LC_*
y> LC_* LANG
y> LANG
y> --------------------------
y> приор-т более(выше)/менее(ниже)
Вопрос понял. Ответ думаю. (Кука у cyr'а)
;))
Hу не знаю я нафига им этот LANGUAGE.
Вообще-то, какая-то логика в нем есть. Если он действует только для
конверсии gettext'ом в национальные сообщения - то почему бы нет?
Hо стандартная локаль никакого LANGUAGE не знает, и это правильно.
y> cхемы использования:
y> gettext - на основе текс-х строк:
y> textdomain / gettext "text"
y> catgets - на основе цел-х идентов
y> catopen / catgets set_no, msg_id, "text" / catclose
y> неудобства:
y> 1) различные схемы управления - нп установка LC_ALL перекрывает
y> все ост-е в одном случае и не перекрывает в другом (здесь вообще
y> не понятно зачем дубл-ть LC_ALL введением LANGUAGE).
y> 2) различные схемы исп-я - простая и удобная gettext на основе текст.
y> строк, и запутанная для catgets на основе цел-х идентов (неизв-но
y> какой msg_id необх-мо исп-ть для заранее неизв-й системы).
Hаверно, тот, который ты сам определил в соответствующем каталоге?
Каталог ведь прилагается к программе, а не к системе.
А вариант с ident'ами быстрее. Гнушники - они известные любители
раздувать код и время, местами даже Microsoft опережают;)
y> 3) и в том и другом не самый нат-й синтаксис, нп понятней так:
y> LC_STRONG_ALL
y> LC_*
y> LC_WEAK_ALL
Hу какие-то хвосты остались. Вас же не удивляет, почему регулировка
приоритета называется nice(), например? Просто привыкли.
И тут - какой длины хвосты тянутся за принятыми именами, знают, наверно,
только старики.;)
y> все это -
y> сущ-е двух разных схем (одной част-но станд-й - x/open, другой менее -
y> gnu(?sun), и отсутствие posix std в виду не понятности какой из схем
y> следует быть базовой для стд
y> - и есть путаница и неудобство.
Posix сейчас где-то в пролете. Смотреть надо на X/Open стандарты,
тот же SUSv2 хотя бы, на драфты SUSv3. POSIX догонит только через пару лет.
gettext - это вроде гнушная схема, catopen/catgets/... - сановская и в SUSv2.
А за табличку спасибо;)
/netch
--- ifmail v.2.15dev5
* Origin: Lucky Netch Incorporated (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
