d/freebsd-skq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
55796ea96b
freebsd-skq/share/timedef/zh_HK.UTF-8.src

88 lines
919 B
Plaintext
Raw Normal View History

Add newly generated locales from CLDR 27.0.1
2015-08-08 19:24:32 +00:00
# Warning: Do not edit. This file is automatically generated from the
# tools in /usr/src/tools/tools/locale. The data is obtained from the
# CLDR project, obtained from http://cldr.unicode.org/
# -----------------------------------------------------------------------------
#
# Short month names
Fix alignment of the short month names for CJK locales, as far as I could edit them.
2015-11-07 23:54:14 +00:00
1月
2月
3月
4月
5月
6月
7月
8月
9月
Add newly generated locales from CLDR 27.0.1
2015-08-08 19:24:32 +00:00
10月
11月
12月
#
# Long month names (as in a date)
1月
2月
3月
4月
5月
6月
7月
8月
9月
10月
11月
12月
#
# Short weekday names
週日
週一
週二
週三
週四
週五
週六
#
# Long weekday names
星期日
星期一
星期二
星期三
星期四
星期五
星期六
#
# X_fmt
Set date and time formats back to what they were before CLDR While CLDR brings us a good and up to date source data to generate locales for all databses we are using for locales, it is not the case of LC_TIME. Where it does not defines the informations we need. Put back all the date and time formats from the old locales. Make it statically for now (in order to be able to merge it now into 11.0-RELEASE). The generation tools will be updated soon. That gives us time to properly work on LC_TIME during the 12 timeframe. While here fix abbreviated month for af_ZA (which are already fixed in CLDR data upstream) In locales where AP/PM was not defined before CLDR data, remove again the AP/PM informations For locales where AP/PM was defined before CLDR data, keep the CLDR information which was properly translated. MFC after: 3 days
2016-08-13 15:59:18 +00:00
%H時%M分%S秒
Add newly generated locales from CLDR 27.0.1
2015-08-08 19:24:32 +00:00
#
# x_fmt
Set date and time formats back to what they were before CLDR While CLDR brings us a good and up to date source data to generate locales for all databses we are using for locales, it is not the case of LC_TIME. Where it does not defines the informations we need. Put back all the date and time formats from the old locales. Make it statically for now (in order to be able to merge it now into 11.0-RELEASE). The generation tools will be updated soon. That gives us time to properly work on LC_TIME during the 12 timeframe. While here fix abbreviated month for af_ZA (which are already fixed in CLDR data upstream) In locales where AP/PM was not defined before CLDR data, remove again the AP/PM informations For locales where AP/PM was defined before CLDR data, keep the CLDR information which was properly translated. MFC after: 3 days
2016-08-13 15:59:18 +00:00
%Y/%m/%d
Add newly generated locales from CLDR 27.0.1
2015-08-08 19:24:32 +00:00
#
# c_fmt
Set date and time formats back to what they were before CLDR While CLDR brings us a good and up to date source data to generate locales for all databses we are using for locales, it is not the case of LC_TIME. Where it does not defines the informations we need. Put back all the date and time formats from the old locales. Make it statically for now (in order to be able to merge it now into 11.0-RELEASE). The generation tools will be updated soon. That gives us time to properly work on LC_TIME during the 12 timeframe. While here fix abbreviated month for af_ZA (which are already fixed in CLDR data upstream) In locales where AP/PM was not defined before CLDR data, remove again the AP/PM informations For locales where AP/PM was defined before CLDR data, keep the CLDR information which was properly translated. MFC after: 3 days
2016-08-13 15:59:18 +00:00
%a %b/%e %T %Y
Add newly generated locales from CLDR 27.0.1
2015-08-08 19:24:32 +00:00
#
# AM/PM
上午
下午
#
# date_fmt
Set date and time formats back to what they were before CLDR While CLDR brings us a good and up to date source data to generate locales for all databses we are using for locales, it is not the case of LC_TIME. Where it does not defines the informations we need. Put back all the date and time formats from the old locales. Make it statically for now (in order to be able to merge it now into 11.0-RELEASE). The generation tools will be updated soon. That gives us time to properly work on LC_TIME during the 12 timeframe. While here fix abbreviated month for af_ZA (which are already fixed in CLDR data upstream) In locales where AP/PM was not defined before CLDR data, remove again the AP/PM informations For locales where AP/PM was defined before CLDR data, keep the CLDR information which was properly translated. MFC after: 3 days
2016-08-13 15:59:18 +00:00
%Y年%b月%e日 %A %X %Z
Add newly generated locales from CLDR 27.0.1
2015-08-08 19:24:32 +00:00
#
# Long month names (without case ending)
1月
2月
3月
4月
5月
6月
7月
8月
9月
10月
11月
12月
#
# md_order
- Prefer to use %d over %e where the day of the month should be zero filled. - Since %e means the day of the month as well, regard %e as same as %d in md_order. Reported by: vangyzen Approved by: re (gjb)
2016-06-19 03:44:32 +00:00
dm
Add newly generated locales from CLDR 27.0.1
2015-08-08 19:24:32 +00:00
#
# ampm_fmt
Set date and time formats back to what they were before CLDR While CLDR brings us a good and up to date source data to generate locales for all databses we are using for locales, it is not the case of LC_TIME. Where it does not defines the informations we need. Put back all the date and time formats from the old locales. Make it statically for now (in order to be able to merge it now into 11.0-RELEASE). The generation tools will be updated soon. That gives us time to properly work on LC_TIME during the 12 timeframe. While here fix abbreviated month for af_ZA (which are already fixed in CLDR data upstream) In locales where AP/PM was not defined before CLDR data, remove again the AP/PM informations For locales where AP/PM was defined before CLDR data, keep the CLDR information which was properly translated. MFC after: 3 days
2016-08-13 15:59:18 +00:00
%I:%M:%S %p
Add newly generated locales from CLDR 27.0.1
2015-08-08 19:24:32 +00:00
# EOF
Reference in New Issue Copy Permalink