Ein Pseudo-Locale ist ein Gebietsschema, das Merkmale von Sprachen simuliert, die bei der Übersetzung einer App Probleme mit der Benutzeroberfläche, dem Layout und anderen Übersetzungsproblemen verursachen. Pseudolokale Sprachen werden durch sofortige und automatische Übersetzungen erstellt, die für alle lokalisierbaren Meldungen auf Englisch lesbar sind. Nicht pseudolokalisierter Text verweist auf nicht übersetzbare Meldungen in Ihrem Quellcode.
Pseudo-Sprachen sparen Zeit und Geld, da Sie Anpassungen am UI-Text und dessen Layout vornehmen können, bevor Sie Ihre Meldungen in das Quell-Repository einchecken, um sie später zur Übersetzung zu senden. Eine Liste möglicher Übersetzungsprobleme findest du im Abschnitt Probleme bei der Spot-Lokalisierung.
Die Namen der Android-Pseudo-Sprachen folgen den Standardkonventionen für die Benennung von Sprachen und ihre Sprach-IDs können mit jeder BCP 47-kompatiblen Programmiersprache geparst werden. In dieser Hinsicht sind Pseudo-Sprachen genau wie andere Sprachen, z. B. Französisch, Chinesisch oder Russisch.
Die Android-Plattform bietet die folgenden beiden Pseudo-Sprachen für Sprachen mit linksläufiger (von links nach rechts) und rechtsläufiger (von rechts nach links) Schreibrichtung:
Englisch (XA): Dem englischen UI-Text werden lateinische Akzente hinzugefügt, der ursprüngliche Text wird durch Hinzufügen von Text ohne Akzente erweitert und jede Nachrichteneinheit wird in Klammern gesetzt, um potenzielle Probleme durch erweiterten Text aufzuzeigen. Potenzielle Probleme können Layoutfehler und eine fehlerhafte Nachrichtensyntax sein, z. B. ein Satz, der in mehrere Teile aufgeteilt ist und als mehrere Nachrichten in Klammern angezeigt wird. Die Pseudo-Lokalisierung „Englisch (XA)“ ist in Abbildung 1 dargestellt.
AR (XB): Die Textrichtung der ursprünglichen linksläufigen Nachrichten wird auf rechtsläufig festgelegt, wodurch die Reihenfolge der Zeichen in der ursprünglichen Nachricht umgekehrt wird. Die Pseudo-Region „AR (XB)“ ist in Abbildung 2 dargestellt.
Mit Pseudo-Sprachen können Sie eine RTL-Version Ihrer App erstellen, auch wenn Sie keine RTL-Sprachen schreiben oder sprechen.
Pseudo-Sprachen aktivieren
Pseudo-Sprachen werden in der Regel Entwickler-orientierten Builds hinzugefügt. Wenn Sie auf Ihrem Gerät eine Pseudo-Lokalisierung auswählen, übernehmen alle Apps, die Pseudo-Lokalisierungen unterstützen, die Eigenschaften der ausgewählten Pseudo-Lokalisierung. Dazu gehören auch alle System-Apps wie die Einstellungen und die Schnelleinstellungen.
Wenn Sie die Android-Pseudolokale verwenden möchten, muss auf Ihrem Gerät Android 4.3 (API-Level 18) oder höher installiert sein und die Entwickleroptionen müssen aktiviert sein. Außerdem müssen Sie Ihr Gerät neu starten, nachdem Sie die Entwickleroptionen aktiviert haben.
Im Folgenden wird beschrieben, wie Sie Pseudo-Sprachen aktivieren:
Aktivieren Sie in Android Studio Pseudo-Sprachen für eine bestimmte App, indem Sie der Datei
build.gradle
die folgende Konfiguration hinzufügen:Groovy
android { ... buildTypes { debug {
pseudoLocalesEnabled
true } } }Kotlin
android { ... buildTypes.getByName("debug") { isPseudoLocalesEnabled = true } }
-
Wählen Sie in den Einstellungen eine Pseudo-Region aus. Dieser Schritt variiert je nach Android-Version:
Android 5.0 (API-Level 21) oder höher
- Öffnen Sie auf dem Gerät die Einstellungen und tippen Sie auf Sprache und Eingabe > Spracheinstellungen.
- Ziehen Sie in der Liste Spracheinstellungen den Tab, um eine Pseudo-Lokalisierung an den Anfang der Liste zu verschieben und sie zur aktiven Sprache zu machen. Siehe Abbildung 3.
Android 4.4.4 (API-Level 19) oder niedriger
- Öffnen Sie auf dem Gerät die Einstellungen und tippen Sie auf Sprache und Eingabe > Spracheinstellungen > Sprache hinzufügen.
- Tippen Sie auf eine Pseudo-Region, um sie der Liste Spracheinstellungen hinzuzufügen.
- Ziehen Sie in der Liste Spracheinstellungen den Tab, um ein Pseudo-Locale an den Anfang der Liste zu verschieben und es zur aktiven Sprache zu machen. Siehe Abbildung 3.
Probleme mit der Standortbestimmung von Anzeigen
Pseudo-Sprachen sind eine zeitsparende und effektive Möglichkeit, potenzielle Probleme mit der Lokalisierbarkeit in der Benutzeroberfläche zu erkennen. Sie helfen Ihnen, Probleme in den folgenden Bereichen zu identifizieren:
- Hartcodierte Strings, die nicht zur Übersetzung gesendet werden können, werden im Pseudo-Locale als Text ohne Akzente angezeigt, damit sie auffallen.
- Probleme mit dem UI-Layout, die durch die Texterweiterung verursacht werden, und die zeigen, wo die UI aufgrund der Textlänge unterbrochen werden kann.
Stringverkettung, die als eine Nachricht in zwei oder mehr Klammern angezeigt wird. Das kann die korrekte Übersetzung erschweren, da die Übersetzer jeden Teil unabhängig voneinander übersetzen müssen, ohne zu wissen, dass die Teile zusammenhängen. Außerdem kann eine Stringkonkatenierung eine korrekte Übersetzung unmöglich machen, da in verschiedenen Sprachen möglicherweise eine andere Reihenfolge der Teile oder eine völlig andere Satzstruktur erforderlich ist. In Sprachen wie Japanisch, Koreanisch und Tamil wird das Verb beispielsweise am Ende eines Satzes platziert. Wenn ein Satz zusammengesetzt wird, können Übersetzer die Wortstellung nicht nach Bedarf ändern.
Probleme mit bidirektionalem Text (BIDI), z. B. wenn Inhalte in einer Textrichtung eine Inline-Phrase in der entgegengesetzten Textrichtung enthalten, wodurch der String schwer zu lesen ist.
Probleme mit rechtsläufigen Sprachen (RTL-Sprachen), z. B. nicht gespiegelte Elemente. Beispiele: Ein UI-Element bewegt sich nicht nach links, Text wird nicht umgekehrt und nach links bewegt oder die Zeichensetzung ist falsch, z. B. „pseudolocales rule!“ wird zu „elur selacoloduesp!“ anstelle von „!elur selacoloduesp“.