
# Sprachen und Rechtsschreibung von rechts nach links

Seiten für Endnutzer (gehostete Anmeldung, Konto-Portal, E-Mails) sind in 30 Sprachen verfügbar. Drei davon werden von rechts nach links geschrieben: Arabisch (`ar`), Persisch (`fa`) und Hebräisch (`he`). Das Dashboard und diese Dokumentation sind in 8 Sprachen verfügbar: Türkisch, Englisch, Französisch, Deutsch, Koreanisch, Japanisch, Italienisch und Spanisch.

## So wird die Sprache ausgewählt

Gehostete Seiten wählen die Sprache in dieser Reihenfolge aus den folgenden Quellen. Jede Quelle wird mit den Sprachen abgeglichen, in die die Seite übersetzt ist; passt nichts, wird die nächste Quelle geprüft:

1. Der Parameter `ui_locales` der OIDC-Autorisierungsanfrage als geordnete Liste (die ersten 10 Einträge).
2. Der Header `Accept-Language` des Browsers.

Passt keine der beiden Quellen, wird Englisch (`en`) verwendet. Regionale Tags greifen auf die Basissprache zurück (`de-AT` zu `de`). Die Werte dienen nur dem Abgleich und werden nie in die Seite übernommen.

Die für eine Umgebung aktivierten Sprachen werden als `ui_locales_supported` in den Metadaten des OpenID Providers und als `locales` in der Antwort von `/fapi/v1/environment` veröffentlicht, sodass Ihre Anwendung nur diese anbieten kann. Gehostete Seiten schränken ihre Auswahl noch nicht auf diese Liste ein, und die Standardsprache der Umgebung wird noch nicht als Ausweichsprache verwendet; bis dahin ist die Ausweichsprache immer Englisch.

Noch nicht verfügbar (Plan §70): eine Sprachauswahl, die die Wahl in einem Cookie `idp_locale` speichert, und die Verwendung der `locale` des angemeldeten Nutzers. Bis dahin wird die Sprache bei jeder Anfrage neu gewählt.

## Seiten von rechts nach links

- Jede gehostete Seite und das Konto-Portal enthalten `<html lang=… dir=…>`; `dir` ist `rtl` für `ar`, `fa` und `he`. E-Mail-Vorlagen tragen dasselbe `dir` auf ihrem Wurzelelement.
- Benutzerdefiniertes CSS akzeptiert nur logische Richtungseigenschaften, etwa `margin-inline-start`, `padding-inline-end` und `border-inline-start`, sowie `text-align: start`. Physische Richtungseigenschaften wie `margin-left` werden mit `physical_property` abgelehnt, die Werte `left` und `right` mit `physical_value`. Eigenschaften, die ein Element über ein anderes schieben, einschließlich `position` und der Familie `inset`, werden gar nicht akzeptiert.
- Felder für Einmalcodes und Wiederherstellungscodes werden immer von links nach rechts angeordnet; Kennungsfelder verwenden `dir="auto"`, damit eine Adresse ihre eigene Richtung behält.
- Der Anwendungsname auf dem Zustimmungsbildschirm wird mit `<bdi>` isoliert, sodass ein Name von links nach rechts keinen Satz von rechts nach links aufbricht. Andere Namen, etwa die Namen der Organisationen im Organisationsauswahlfeld, sind noch nicht isoliert.

## Steuerzeichen für bidirektionalen Text

- Vom Kunden angegebene Anzeigenamen auf dem Zustimmungsbildschirm, etwa der Anwendungsname, werden von Steuerzeichen, unsichtbaren Formatierungszeichen (einschließlich der bidi-Steuerzeichen U+202A–U+202E und U+2066–U+2069) sowie Zeilen- und Absatztrennzeichen bereinigt, sodass ein Name den umgebenden Text nicht umordnen oder verfälschen kann.
- Benutzerdefinierte Textüberschreibungen im Branding lehnen die bidi-Steuerzeichen U+202A–U+202E und U+2066–U+2069 mit dem Feld-Fehlercode `bidi_control_character` ab, andere Steuerzeichen mit `control_character` (`422 validation_failed`; der Eintrag `errors[]` verweist auf den Text).
- Textwerte, die in E-Mails eingefügt werden, etwa der Anwendungsname, werden abgelehnt, wenn sie Steuer- oder unsichtbare Formatierungszeichen enthalten; der Zero-Width-Joiner und Non-Joiner (U+200D, U+200C) sind erlaubt, da persische und indische Schriften sie benötigen.

## Codes, Datums- und Zahlenformate

Einmalcodes und Wiederherstellungscodes werden in jeder Sprache mit ASCII-Ziffern angezeigt, weil der Nutzer sie unter Umständen auf einem anderen Gerät eingibt. Die Uhrzeit eines Sicherheitsereignisses in einer E-Mail verwendet das CLDR-Datums- und Zeitformat der Sprache der E-Mail und die Zeitzone des Empfängers (UTC, wenn sie nicht bekannt ist); eine Sprache ohne CLDR-Datumsdaten zeigt die Uhrzeit als `YYYY-MM-DD HH:MM UTC`.

## Schriften für andere Schriftsysteme

Die zulässige Schriftliste umfasst Noto-Sans-Familien für Arabisch, Hebräisch, Japanisch, Koreanisch, vereinfachtes Chinesisch, Thai und Devanagari. Eine Familie für traditionelles Chinesisch ist noch nicht auf der Liste (nicht verifiziert). Informationen zu Schriften und Tokens finden Sie unter [Ihre Anmeldeseiten branden](/docs/guides/branding).
