Blog
- In this introduction into the topic of automating your internationalization codebase we cover how to replace hard coded strings with translation functions. We use ts-morph to parse, navigate and manipulate the AST and the examples should provide a general idea on how to get started with your own i18n transformations.
- Ensure that your React i18next application has valid and up to date translations by using i18n-check. In this post we will go through how to setup and run the checks to ensure that no broken, missing or unused keys exit in your localization files.
- A collection of tips and tricks to get more out of i18next and react-i18next when using it with your application or website. This post covers a wide range of topics, including pluralization, React components, hooks, validation, TypeScript and much more.
- Quick tips and tricks when working with dynamic keys in i18next. There are situations where we only know at runtime what the correct translation key is. This post will explain how to setup your code to work with dynamic translation keys and how to make the extraction code work nicely with those defined keys.
- The blog post explains how to validate react-intl applications and ensure that all keys are in a valid state and no keys are missing or broken for all translations.
- Localizing your React application requires more than replacing strings, it has to consider date and time, numbers, pluralization, grammar and other requirements. This checklist should help with getting started with your internationalization efforts and avoid pitfalls and blockers.
- An introduction into how to run i18n validation checks on the CI to ensure your translation are in sync.
- Designing user interfaces that can adapt to internationalization requirements by considering how the user interface can break and ways to prevent it.
- Most development areas have seen an increased focus on the developer experience, resulting in better solutions and tooling. I18n is a development area that doesn’t have the same developer experience. This post tries to uncover the complexities around i18n and developer experience.
- In this second part of our i18n checklist we cover more aspects like Unicode, right-to-left languages, testing and validating your localization, device sizes, and conditional text and grammar.
- Localization is more than just replacing a couple of strings. It requires us to think about aspects like date and time, numbers, pluralization, grammar and many more locale-specific requirements. Find out more in the first part of our i18n checklist.
- With TypeScript being the de-facto standard way to write React applications it only makes sense to expand type-checking to translations. In this post we explore the tradeoffs of type-safe translation keys.
- In this post we introduce i18n-check: a tool that tries to compare your secondary languages to the base language files and report missing, broken or invalid translation keys.
