knu
c7a6772202
Add ja_JP.EUC locale support for LC_MESSAGES, LC_MONETARY, and LC_NUMERIC.
2001-02-11 16:19:43 +00:00
asmodai
494891cf61
Add ko_KR.EUC locale support for LC_MESSAGES, LC_MONETARY, and LC_NUMERIC.
...
Submitted by: CHOI Junho <cjh@kr.FreeBSD.org>
2001-02-11 15:40:01 +00:00
abial
5ee0814345
Add Polish locale.
2001-02-10 22:44:31 +00:00
ache
c6a14de213
Back out my "3;3" -> something change. While technikally the same, it only
...
leads to confusion.
el_GR: change "0;0" to "-1".
"0" is repeater for previous number, not no grouping
2001-02-10 19:06:32 +00:00
phantom
512c73411e
activate cs_CZ.ISO_8859-2 and el_GR.ISO_8859-7
2001-02-10 13:35:30 +00:00
phantom
1aa1981806
add LC_NUMERIC, LC_MESSAGES and LC_MONETARY for cs_CZ.ISO_8859-2
...
PR: misc/24970
Submitted by: Rudolf Cejka <cejkar@dcse.fee.vutbr.cz>
2001-02-10 13:31:36 +00:00
phantom
afdc01850e
Add LC_NUMERIC, LC_MESSAGES and LC_MONETARY for el_GR.ISO_8859-7
...
Submitted by: Panagiotis Astithas <past@netmode.ntua.gr> via -i18n
2001-02-10 13:28:23 +00:00
ache
42a3debfe3
Use -1 for CHAR_MAX instead of empty string as recommended by POSIX
...
Still not parsed in localeconv() in anycase
2001-02-10 03:20:27 +00:00
ache
0ee6f8129f
I change my mind a bit: assuming last \0 is contrproductive since will cause
...
user confusion, so specify it directly, i.e. change "3" to "3;0".
In this style "3;" must not cause repeating (converted to \3, CHAR_MAX, \0)
NOTE: still no proper conversion done in localeconv()
2001-02-10 02:51:20 +00:00
ache
a9173afcb1
Replace "3;3" with "3". This is cosmetique, all integer before \0 (i.e. \3)
...
repeated forever according to SUSv2
Remove "0;0" - \0 means not "no grouping" but repeat forever previous char,
and added automatically. Empty string could be parsed later into CHAR_MAX
(real "no grouping") by localeconv()
2001-02-10 02:31:14 +00:00
wollman
df3a31abf2
Add links:
...
en_CA, en_GB => en_US
en_AU, en_NZ => en_GB
fr_CA, fr_CH => fr_FR
There are separate links for `GB English' and `US English' because I
anticipate users of the former to potentially want a thousands_sep of
" " (to match modern British style) rather than ",".
XXX What about en_IE? ISO_8859-15?
2001-02-09 21:17:39 +00:00
wollman
dbc6187cac
Use make(1) for loop rather than sh(1) loop.
2001-02-09 21:01:50 +00:00
ache
4a64085099
Use " " as thousands_sep
2001-02-09 16:55:39 +00:00
asmodai
2e93f42b58
Add is_IS locale support for LC_MESSAGES, LC_MONETARY, and LC_NUMERIC.
2001-02-09 14:08:52 +00:00
asmodai
e71edef85d
Add fi_FI locale support for LC_MESSAGES, LC_MONETARY, and LC_NUMERIC.
2001-02-09 13:37:06 +00:00
asmodai
d0b6393792
Add af_ZA locale support for LC_MESSAGES, LC_MONETARY, and LC_NUMERIC.
2001-02-09 12:39:32 +00:00
asmodai
4b6210bfbc
Add fr_FR locale support for LC_MESSAGES, LC_MONETARY, and LC_NUMERIC.
2001-02-09 12:30:53 +00:00
asmodai
e4f1fe72db
Add de_DE locale support for LC_MESSAGES, LC_MONETARY, and LC_NUMERIC.
2001-02-09 12:21:17 +00:00
asmodai
308dc0dab7
Add da_DK locale support for LC_MESSAGES, LC_MONETARY, and LC_NUMERIC.
2001-02-09 12:08:12 +00:00
asmodai
9b5f9b1aca
Add no_NO locale support for LC_MESSAGES, LC_MONETARY, and LC_NUMERIC.
2001-02-09 11:53:55 +00:00
asmodai
db30317761
Add sv_SE locale files for LC_MESSAGES, LC_MONETARY, and LC_NUMERIC.
2001-02-09 11:38:57 +00:00
asmodai
26481f6b64
Repeat after me: no commits when tired.
...
Add the correct named file for LC_NUMERIC for nl_NL locales.
2001-02-09 09:09:14 +00:00
asmodai
3475ac9408
Apply clue to mind and correct the ISO setting to the correct one.
...
This adds LC_MESSAGES, LC_MONETARY, and LC_NUMERIC suppport for nl_NL
locales.
2001-02-08 23:06:11 +00:00
asmodai
f13568e414
Add LC_NUMERIC, LC_MONETARY, and LC_MESSAGES definitions for
...
nl_NL.ISO_8859-9.
2001-02-08 22:49:38 +00:00
phantom
58896dce4d
Add sources for following categories: LC_NUMERIC (share/numericdef),
...
LC_MONETARY (share/monetdef), LC_MESSAGES (share/msgdef). Now only
en_US.ISO_8859-1 and ru_RU.KOI8-R locales ready. I will find some time
in near future and'll try to make defintions for other locales.
2001-02-08 17:33:19 +00:00