Internationalization and Localization
VC-EDU Task Force Discussion
Definitions
"In computing, internationalization and localization, often abbreviated i18n and L10n, are means of adapting computer software to different languages, regional peculiarities and technical requirements of a target locale."
Internationalization: Laying the groundwork, setting standards.
Localization: Actually translating and customizing, in software.
in VC-EDU: Data Model, API, Guidance
What should we (as VC-EDU Task Force) do?
Some suggestions:
Data Model: Specifying VC Language
See: https://www.w3.org/TR/json-ld/#string-internationalization
We can:
Example: Setting default language (for whole VC)
{
"@context": {
"name": "http://example.org/name",
"occupation": "http://example.org/occupation",
...
"@language": "ja"
},
"name": "花澄",
"occupation": "科学者"
}
Example: Overriding default language per field
{
"@context": "https://schema.org/",
"@type": "Person",
"name": [{"@language": "ar", "@value": "أياس"},
{"@language": "en", "@value": "Eyas"}]
}
Language Direction
{
"@context": {
"@language": "ar",
"@dir": "rtl"
},
"id": {"978-111887164-5"},
"title": "HTML و CSS: تصميم و إنشاء مواقع الويب",
"authors": [ {"value": "Jon Duckett", "lang": "en", "dir": "ltr"} ],
"pubDate": "2008-01-01",
"publisher": "مكتبة",
"coverImage": "https://example.com/images/html_and_css_cover.jpg",
// etc.
}
API: When to localize/translate?
UI: Labels and VC rendering/display
App specific, but we'll need to deal with it if we get to templates
UI: Dates
Data Model: One way to store dates, only.
UI: Lots of ways to display dates, depends on locale.
UI: Plurals and Formatting
Basic: Numbers (decimals, etc), Currency
Advanced: Names, Addresses
Links
Internationalization and Localization
Basics:
Advanced topics: