Warum Lokalisierung Locale-Daten braucht
„Gesamt” zu übersetzen bestimmt nicht die Darstellung der Zahl daneben. Auch Datum, Währung, Sortierung und regionale Konventionen erfordern Entscheidungen.
Trennen Sie Übersetzung und localeabhängige Darstellung. Übersetzende sollten nicht für jedes neue Datum einen Datumsstring umschreiben müssen.
Ein Formatierungsbeispiel
Eine Rechnungsseite hat fünf Sprachen. Betrag, Währung und Datum stammen aus strukturierten Daten. Ein einziges manuelles Muster für alle Locales kann mehrdeutige oder ungewohnte Werte neben übersetzten Bezeichnungen erzeugen.
Definieren Sie die Locale jedes Szenarios und rendern Sie typische Beträge und Daten durch das unterstützte Formatierungssystem. Vergleichen Sie dokumentierte Erwartungen. Berücksichtigen Sie null, große Beträge und mehrdeutige Datumsfolgen.
Dies sind redaktionelle Testvorschläge, keine verpflichtenden CLDR-Konformitätsprüfungen oder Aussagen über konkrete Laufzeitdarstellung.
Versionsunterstützung hängt von der Umsetzung ab
Nicht jede veröffentlichte CLDR-Ausgabe wird bereits von allen Browsern, Systemen und Bibliotheken genutzt. Halten Sie bei Abweichungen Datenversion und eingesetzte Laufzeitumgebung fest.
Eine Bibliotheksaktualisierung kann so relevant sein wie Textredaktion. Unterschiede können vom älteren Datenpaket statt vom Zieltext stammen.
LISA und KI
CLDR ist ein Unicode-Projekt mit eigener Geschichte. Es bildet eine technische Lokalisierungsgrundlage, keine direkte LISA-Nachfolgenorm.
Verwenden Sie bei KI-Abläufen strukturierte Werte und passende Laufzeitformatierung statt jedes Mal erfundene Modellregeln. KI kann Auffälligkeiten finden, darf Locale-Verhalten aber nicht unbemerkt neu definieren.
Quellen und weitere Lektüre
CLDR-Ausgaben, Projektüberblick und UTS #35.
Verwandt: BCP 47, MessageFormat 2, XLIFF.