You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/site/index/process.md
+10-8Lines changed: 10 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -34,10 +34,10 @@ as well as clearly delinating the modifications of that dot release in its own s
34
34
- Complex changes may require prototypes that demonstrate correct function according to the proposed specification.
35
35
- When a spec change or clarification affects existing ICU APIs, CLDR will discuss the change with ICU and an ICU member be a required reviewer on the pull request.
36
36
- New sections may be added to the specification with the status of _Technical Preview_ or _Final Candidate_ depending on how comprehensive the new section is, what type of feedback the Technical Committee requires, and whether the feedback period needs to extend across one or more releases.
37
-
-New features in the spec will be marked as _Technical Preview_ if the following conditions are true:
38
-
-They are intended for implementation in ICU and/or ICU4X (eg excluding annotations for emoji, etc)
39
-
- They make compliant pre-existing ICU or ICU4X APIs become non-compliant
40
-
-They won’t be implemented by either ICU or ICU4X (in at least draft status) in the synchronized CLDR release
37
+
- New features in the spec will be marked as _Technical Preview_ if the following conditions are true:
38
+
- They are intended for implementation in ICU and/or ICU4X (eg excluding annotations for emoji, etc)
39
+
- They make compliant pre-existing ICU or ICU4X APIs become non-compliant
40
+
- They won’t be implemented by either ICU or ICU4X (in at least draft status) in the synchronized CLDR release
41
41
42
42
|**Status**|**Description**|
43
43
|---|:---|
@@ -49,10 +49,12 @@ as well as clearly delinating the modifications of that dot release in its own s
49
49
50
50
The contributors of locale data are expected to be language speakers residing in the country/region. In particular, national standards organizations are encouraged to be involved in the data vetting process.
51
51
52
-
There are two types of data in the repository:
53
-
54
-
-**Core data** (See [Core data for new locales]): The content is collected from language experts typically with a CLDR Technical Committee member involvement, and is reviewed by the committee. This is required for a new language to be added in CLDR.
55
-
-**Common locale data**: This is the bulk of the CLDR data and data collection occurs twice a year using the Survey tool. (See [Getting Started].)
52
+
In order to add a locale to the repository, **Core data** (See [Core data for new locales]) is needed.
53
+
The content is collected from language experts and is reviewed by the CLDR Technical Committee.
54
+
This information is the minimum needed for the Survey Tool to offer the locale for further data collection
55
+
and is required for a new locale to be added in CLDR.
56
+
With the Core data added to the CLDR, further data collection takes place using the Survey tool.
57
+
(See [Getting Started].)
56
58
57
59
The following 4 states are used to differentiate the data contribution levels. The initial data contributions are normally marked as draft; this may be changed once the data is vetted.
0 commit comments