Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

🐛🌐 add missing language codes from i18n.js, regenerate strings. #21144

Merged
merged 5 commits into from
Sep 27, 2024

Conversation

cathysarisky
Copy link
Contributor

Apparently several PRs for new languages were merged without the corresponding additions to i18n.js, which has caused new strings not to be generated for those languages, and missing translations in the frontend, even though we had them in the .json file.

I've added language codes for all languages that had at least some strings translated in i18n/locales, and have run yarn translate to create missing strings and files for these languages.

New language codes for:

  • Arabic
  • Swiss German
  • Greek
  • Estonian
  • Macedonian
  • Serbian (Cyrillic)
  • Thai

'bg', // Bulgarian
'bs', // Bosnian
'ca', // Catalan
'cs', // Czech
'da', // Danish
'de', // German
'de-CH', // Swiss German
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

not 100% sure - but do these need to be all lowercase? (also ln46)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks to me like we're following https://en.wikipedia.org/wiki/IETF_language_tag. Whether that was an explicit decision between multiple conventions or not, I don't know.

The codes that are new to the file are consistent with pt-BR (Portuguese as spoken in Brazil), which has been there for quite a while. While we could decide to change conventions, that would require changing names of directories, and some sort of migration strategy for sites with pt-BR, which has been there in that form for quite some time.

So, no, they don't, and let's not make work for ourselves. :) Re sr-Cyrl (and zh-Hant, not new), that's correct. Script designators are Titlecase, while country designators are UPPERCASE, and language codes are lowercase.

package.json Outdated Show resolved Hide resolved
@ErisDS ErisDS merged commit 43b57aa into TryGhost:main Sep 27, 2024
21 checks passed
@cathysarisky cathysarisky deleted the fix-swiss branch September 29, 2024 12:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants