hbb20 / hbb20/CountryCodePickerProject

Using Java's own Locale data for region names

Abierto
#302 1 comentario 0 reacciones 0 asignados Ver en GitHub
Lenguaje dominante
Java
Estrellas
1.5k
Forks
509
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

Instead of having to duplicate and manually translate the region names and data with the raw xml files, Java's build-in Locale data could probably be used.

Current we are using a following trick to generate a list of localized country names for the user to select from:

// Code in Kotlin
```
Locale
.getISOCountries() // Fetch list of ISO 3166 country codes
.map { // Create a new Locale in users default language, but set country to X
it to Locale("", it).displayCountry // then extract the localized name of the country.
}
.toMap() // Turn into Map with ISO 3166 key and Localised country name as value
```

Guía de contribución

No hay ninguna guía de contribución indexada para este repositorio

Línea de trabajo

The issue mentions the raw XML files and the Kotlin Locale.getISOCountries().displayCountry flow, but no repository files or tests. Locate the current region-name data and generation entry point, then compare them with Java Locale behavior. Done means the agreed data source is selected and the country-name generation is updated with verification for the existing use case.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
android, java, kotlin
Área
internationalization, mobile
Tipo de issue
Refactorización
Dificultad
4/5
Tiempo estimado
3-5 días
Estado de actividad
Estancado
Claridad
Necesita aclaración
Aptitud para principiantes
35/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.