Это правда. И пользовательские политики из коробки поддерживают настройку языка, но поддержка ограничена несколькими полями / входами / метками / сообщениями. Если ваше приложение поддерживает несколько языков, вы можете добавить свои собственные настройки.
(Например, я не поддерживал хорватский язык в своем приложении, поэтому, когда я передаю хорватский язык в своем параметре запроса, он должен указывать на язык по умолчанию, указанный в пользовательской политике, поскольку хорватский язык находится в моем списке неподдерживаемых языков. что в действительности некоторые сообщения преобразуются в хорватский и отображаются в пользовательском интерфейсе.
Обновление: в настоящее время это невозможно, и вам нужно самостоятельно ограничить поддерживаемые языки из вашего приложения.
Типичный многоязычный сценарий для веб-приложения / нативного приложения (возможно, это обходной путь):
- Веб-приложение отображает список поддерживаемых языков в раскрывающемся списке или любым удобным для пользователя способом.
- Приложение будет захватывать языковой стандарт на выбранном клиентом языке и добавлять к URL запроса.
- Если этот языковой стандарт действителен на стороне B2C, он начнет отображать Ux на этом языке
Существует только 1% изменений, когда клиенты могут редактировать URL авторизации для изменения локали. Ваша проблема по-прежнему действительна , но, исходя из приведенного выше сценария, она станет меньше влиять на ваше приложение.