Support i18n
See original GitHub issueAny plans to support i18n? I could help…
I’ve been thinking on something like that:
var superloginConfig = {
...
i18n: {
en: {
validation_failed: 'Form validation error',
email_already_in_use: 'This email has already been taken'
...
},
'pt-BR': {
validation_failed: 'Erro na validação do formulário',
email_already_in_use: 'Este email já está sendo utilizado'
...
}
}
...
};
Then, somehow, a valid lang
will be passed as a parameter in the URL. Maybe when using the superlogin
client…
Any thoughts? Thanks!
Issue Analytics
- State:
- Created 7 years ago
- Comments:5 (4 by maintainers)
Top Results From Across the Web
What Is i18n? | Introduction to Internationalization - Lingoport
i18n is the process of preparing software so that it can support local languages, cultural settings, & meet the requirements of local markets....
Read more >i18next documentation: Introduction
i18next goes beyond just providing the standard i18n features such as (plurals, context, interpolation, format). ... Learn more about supported frameworks.
Read more >i18n - MDN Web Docs - Mozilla
i18n. Functions to internationalize your extension. You can use these APIs to get localized strings from locale files packaged with your ...
Read more >Angular Internationalization
Internationalization, sometimes referenced as i18n, is the process of designing and preparing your project for use in different locales around the world.
Read more >What Is I18n? A Simple Definition of Internationalization | Phrase
Designing and developing in a way that removes barriers to localization or international deployment. · Providing support for features that may ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
You could already have something based on the browser/os language using accept-language
I already used it on a project and it’s working pretty well. Additionally the client could send a preferred language through config.
I would prefer something very simple like:
The message would be in whichever language was requested in the header, with English as a fallback.