О категориях

[Victor Wagner <vitus@ice.ru>]

On Tue, 25 Jan 2000, Ivan Pascal wrote:
> 
> Locale C пусть будет "стандартная". И кому ее надо пусть явно вызывают.
> А "по умолчанию" - то что пользователь хочет.
> 
> > Ну-ну. Автор тогда должен долго думать, как ему читать
> > конфигурационный файл и время. Нет, Вас явно понесло не туда.
> 
>   Хм.. Странный какой-то аргумент.
> - Какие проблемы с чтением даты?

Большие. Дело в том, что почти все пишут ее посредством strftime,
а читают чем бог на душу положит, но только не strptime.

Уже стало практически стандартом, что читающие дату понимают
всяческие now + 1 day и тому подобные тонкости. Совместить это со
strptime непонятно как. 

>    - если она написала дату по LC_TIME, то и прочитать должна так же
Это было бы хорошо если бы не... А если конфигурационный файл живет в
home, который кроссмонтируется на системы с разными локалями, скажем
Linux с koi8 и hp/ux с iso.
>    - если программа хранит где-то дату, пусть пишет ее в любом самописном
> формате, вывод по locale только для human readable
А конфигурационный файл как раз тот случай, когда оно должно быть и
human-readable (и writable) и machine-readable.

> - Какие проблемы с чтением  конфигурационного файла?
>   - Если по поводу numeric, то - см. выше про дату.
>   - А если ему мешает LC_TYPE, то ...
>     - все "служебные" слова должны быть в portable character set, он от локали
>       не зависит
>     - а вот всяческие value ("лейблы", имена файлов, etc.) имеют право быть
>       в любом виде. И нефиг "парсеру" лазить "внутрь ковычек".
 
>   Проблема другого рода. Как только задумываюсь о том, чтобы помочь другим
> "не иметь проблем с локалью". Оказывается, что вместо доки
> "Как решать проблемы с вводом и выводом русских букв", придется писать
> "Как решать проблемы." :-)

--------------------------------------------------
Victor Wagner			vitus@ice.ru
Programmer			Office:7-(095)-203-50-60
Institute for Commerce 		Home: 7-(095)-135-46-61
Engineering                     http://www.ice.ru/~vitus