You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Add i18n (Internationalization) support to the backend handle multiple languages efficiently for responses, error messages, and dynamic content.
🎤 Why is this feature needed ?
In my use case, the application serves users from different regions, and providing localized responses improves user experience, accessibility, and engagement. For example:
English users should see messages in English.
Spanish users should see messages in Spanish, and so on.
Having backend i18n ensures consistent language support regardless of the client-side setup, especially for error messages and server-rendered content.
✌️ How do you aim to achieve this?
Use an i18n library such as i18next, nestjs-i18n, or a custom implementation to manage translations.
Dynamically detect the user’s language from headers (Accept-Language), tokens, or query parameters.
Load and serve translations based on the detected language.
Fallback to a default language (e.g., English) if no translation is available.
🔄️ Additional Information
No response
👀 Have you spent some time to check if this feature request has been raised before?
🔖 Feature description
Add i18n (Internationalization) support to the backend handle multiple languages efficiently for responses, error messages, and dynamic content.
🎤 Why is this feature needed ?
In my use case, the application serves users from different regions, and providing localized responses improves user experience, accessibility, and engagement. For example:
English users should see messages in English.
Spanish users should see messages in Spanish, and so on.
Having backend i18n ensures consistent language support regardless of the client-side setup, especially for error messages and server-rendered content.
✌️ How do you aim to achieve this?
Use an i18n library such as i18next, nestjs-i18n, or a custom implementation to manage translations.
Dynamically detect the user’s language from headers (Accept-Language), tokens, or query parameters.
Load and serve translations based on the detected language.
Fallback to a default language (e.g., English) if no translation is available.
🔄️ Additional Information
No response
👀 Have you spent some time to check if this feature request has been raised before?
🏢 Have you read the Code of Conduct?
Are you willing to submit PR?
None
The text was updated successfully, but these errors were encountered: