Bug: region subtag ignored when resolving flags (en-GB shows 🇺🇸)
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 72/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- typescript
- Área
- localization
Línea de trabajo
Empieza por la búsqueda de banderas en el fragmento citado en el issue: divide el código de locale por '-' e indexa LANG_TO_FLAG, por lo que se pierde la región. Revisa NavBar como el otro consumidor; el issue dice que la corrección debe ir en el módulo compartido de datos de locale de #23, que quizá deba integrarse primero. Está terminado cuando en-GB, pt-PT, es-MX, fr-CA y zh-TW muestren sus banderas regionales y zh-Hant y sr-Latn sigan usando la bandera del idioma como alternativa.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Bug: region subtag ignored when resolving flags
Flag lookup strips everything after the first -:
const lang = code.split("-")[0].toLowerCase();
return LANG_TO_FLAG[lang] ?? "🌐";
So regional locales show the wrong flag:
| Locale | Shows | Expected |
|---|---|---|
en-GB |
🇺🇸 | 🇬🇧 |
pt-PT |
🇧🇷 | 🇵🇹 |
es-MX |
🇪🇸 | 🇲🇽 |
fr-CA |
🇫🇷 | 🇨🇦 |
zh-TW |
🇨🇳 | 🇹🇼 |
Fix
If the code has a 2-letter region subtag (Intl.Locale(code).region), build the flag from it directly; fall back to the language table otherwise. Script-only tags like zh-Hant / sr-Latn should keep falling back to the language.
Should land in the shared locale data module (#23) so NavBar gets it too.
- Lenguaje dominante
- TypeScript
- Estrellas
- 39
- Forks
- 16
- Merge medio
- 2 d 12 h
- PR fusionados (30 d)
- 10
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de babelize/babelize-elements
-
bug website
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
babelize/babelize-elements#46 ·
Los mantenedores suelen responder en 1 día
-
component enhancement help wanted
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
babelize/babelize-elements#47 ·
Los mantenedores suelen responder en 1 día
-
bug component rtl-layout
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
babelize/babelize-elements#45 ·
Los mantenedores suelen responder en 1 día
-
Website: revamp and improve the landing pagePosiblemente ocupada @anjalinayak01 la tomó hace 4 días. Abiertoenhancement help wanted priority: medium website
Dificultad 4/5 Más de una semana Aptitud para principiantes 30/100
babelize/babelize-elements#37 · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
enhancement good first issue priority: low website
Dificultad 3/5 1-2 días Aptitud para principiantes 62/100
babelize/babelize-elements#36 ·
Los mantenedores suelen responder en 1 día
Todos los issues de babelize/babelize-elements
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
needs triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
homarr-labs/homarr#7191 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
AvaProtocol/ava-sdk-js#276 ·
Los mantenedores suelen responder en 1 día
-
useFragment does not require `variables` when the fragment's variables type has required fieldsAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
apollographql/apollo-client#13493 ·
Los mantenedores suelen responder en 1 día