Regionale Sprachen

Regionale Sprachen werden in der Softwareplanung oft als Randfälle behandelt, repräsentieren in der Praxis aber reale Nutzer, Institutionen und Wissensgemeinschaften. Sie gut zu unterstützen erfordert gewöhnlich mehr, als einfach eine generische Kategorie „andere Sprachen“ hinzuzufügen.

Die Herausforderung besteht nicht nur im Übersetzungsvolumen. Sie umfasst auch Schriftunterstützung, Unicode-Korrektheit, Typografie, Terminologie, Bildungsnormen und den Unterschied zwischen Sprachfamilien, die nah beieinander liegen, aber nicht austauschbar sind. Eine Region kann mehrere Schriftsysteme, mehrere Standards und mehrere unterschiedliche Erwartungen an öffentlich sichtbare Sprache enthalten.

Das ist in der Dokumentation wichtig, weil konzeptionelle Genauigkeit und Nutzervertrauen stark mit der Sprachwahl verknüpft sind. Ein Projekt, das regionale Relevanz beansprucht, aber unterschiedliche Sprachen oder Schriften in einer einzigen Bequemlichkeitsschicht zusammenzieht, wirkt oft unfertig, selbst wenn die zugrunde liegende Technologie funktioniert.

Let Books ist ein gutes Beispiel, weil sein vorgesehener Kontext Slowenisch und mehrere Sprachgemeinschaften des ehemaligen Jugoslawiens und des Balkans umfasst, einschließlich lateinischer und kyrillischer Schrift. Die Projektspezifikation behandelt diese Unterschiede als erstklassig und nicht als bloß kosmetisch. Das unterstützende Referenzmaterial zu Unicode- und Schriftkorrektheit und zur Matrix der Sprachunterstützung zeigt, warum diese Entscheidung sowohl die Implementierung als auch die Veröffentlichung beeinflusst.

Unterstützung regionaler Sprachen ist daher kein Branding-Feature. Sie ist Teil der Frage, ob das System die Communities respektiert, denen es dienen will.