1. Enable Backstage localization framework
   • First step might be to have what is available in Backstage to test and experiment early
   • But the final solution should save the changed language in the database. Maybe we can do a spike if Backstage User Settings is using a database? And we might need a custom implementation for the AppLanguageApi / AppLanguageSelector
2. Make it possible to configure the available languages in the app-config
3. When possible, can we have a pseudo localization feature similar to the OpenShift Console for the complete UI, incl. sidebar and plugins, to find not-yet-translated strings? Spike?
4. Our dynamic plugin framework need to load translations from plugins (the npm plugin has translations for example, you might need export it..)
   • Translations might be part of a (dynamic plugin)
   • Additional plugins (a npm package with a language export) should be able to extend these languages
   • Question/TBD: Do we need any other solution to load translation other than packages? For example, from a JSON file?

Acceptance Criteria

1. The system must automatically detect and save the user's preferred language using browser settings on the first visit.
   Users must be able to override automatic detection by manually selecting from the available languages in their settings.
2. Selected language preferences must be saved and persist across user sessions, with the UI updating instantly without requiring a page reload.
3. The available languages can be defined in the app-config