Lucde Louw

Gewöhnlich werden Programmtexte und die Dokumentation in Englisch geschrieben. Mit Hilfe einer Programmierumgebung, bestehend aus Werkzeugen und Bibliotheken, können Sie Ihre Lieblingsprogramme auch Ihre (nicht-englische) Muttersprache sprechen lassen. Diesen Prozess der Anpassung einer Anwendung an eine bestimmte Sprache wird als Lokalisierung bezeichnet. Die Lokalisierung beinhaltet die Übersetzung der Programmoberfläche und der Dokumentation in die einzelnen Sprachen. Außerdem kann es in einigen Ländern oder Regionen notwendig sein, die Ein- und Ausgabe an lokale Gegebenheiten anzupassen. &kbabel; ist ein Werkzeug, das Sie bei die Lokalisierung unterstützt damit eine Programmoberfläche viele Sprachen spricht. Jedes internationalisierbare Programm stellt eine oder mehrere Katalogdateien zur Verfügung. Diese Dateien können von den Übersetzern als Vorlage benutzt werden. Die Dateierweiterung dieser Dateien ist .pot. POT ist ein Akronym für Portable Object Template, oder auf Deutsch Portierbare Objektdatei. Jede/r Übersetzer/in verwendet die Kopie einer POT Vorlagedatei und beginnt damit, für jeden vorhandenen Eintrag die Übersetzung in die jeweilige Sprache einzutragen. Die Datei mit dem übersetzten Text wird als PO-Übersetzungsdatei (Portable Object) bezeichnet. Nachdem alle Zeichenketten übersetzt wurden, wird die PO-Übersetzungsdatei in ein maschinenlesbares Format übersetzt. Diese Dateien werden als MO-Datei (Machine Object) bezeichnet. Die Dateiendung dieser Dateien ist immer .mo (oder .gmo für Dateien welche von &GNU; gettext bearbeitet werden). Um die Zugriffszeiten für die Applikationen zu verkürzen, sind diese Dateien als Datenbank organisiert. Hier stellt sich die Frage: Muss ich wissen, was in der Übersetzungsdatei steht, auch wenn ich &kbabel; benutze? Diese Frage lässt sich eindeutig mit ja beantworten. Bei Situationen wie einem beschädigten Nachrichtenkatalog kann es notwendig sein, diesen manuell zu reparieren. Viele dieser Probleme werden durch CVS oder SVN-Konflikte erzeugt, die auftreten können, wenn die Übersetzungen durch ein "Concurrent Version System" wie CVS oder Subversion (SVN). &kbabel; kann beim Lösen dieser Probleme nicht weiterhelfen. Für diese Fälle ist ein Grundwissen über die Übersetzungsdateien sowie ein Texteditor erforderlich. Nachstehend wird erklärt wie eine Übersetzungsdatei erstellt wird. PO-Dateien bestehen aus Paaren von Nachrichten — einer msgid und einer msgstr. Die msgid ist der englisch Originaltext, der msgstr enthält den von Anführungszeichen (") umgebenen übersetzen Text. Ein Beispiel aus einer PO-Datei ist: msgid "Open file" und msgstr "Datei öffnen" Leere Zeilen, sowie Zeilen, die mit # beginnen, werden ignoriert. Zeilen, die mit einem # beginnen, sind Kommentare, die nützliche Hinweise über die Nachricht enthalten können. Üblicherweise steht im Kommentar die Quelldatei und die Zeilennummer, an der die Nachricht verwendet wird. Programmierer können hier auchweitere Informationen ablegen, um die Übersetzung zu unterstützen. &kbabel; zeigt diese Informationen für jede Nachricht an. In einigen Fällen ist das erste msgid-msgstr Paar in der Übersetzungsdatei ein Platzhalter, der den Dateivorspann sowie verschiedene Informationen über die Übersetzungsdatei enthält. Dazu gehören Programmname, Datum der Übersetzung, der Name des Übersetzers &etc; Eine nützliche Funktion wird Pluralformen genannt. Englisch verwendet nur eine Singular- und eine Pluralform für Substantive, &dh; 1 file und 10 files. Dies führt dazu, dass viele Entwickler einfach Texte wie Do you want to delete %1 file(s)? (übersetzt Wollen Sie %1 Datei(en) löschen?) in Ihre Programme einbauen. Hierbei steht der Ausdruck %1 für die Anzahl der zu löschenden Dateien. Aber dies ist grundlegend falsch und für viele Sprachen wird diese Art der Übersetzung so nicht funktionieren. Denn für eine slowakische Übersetzung würden Sie bereits drei verschiedene Formen dieser Nachricht benötigen. DieAnzahl der Pluralformen kann für die verschiedenen Sprachen unterschiedlich sein. Und selbst wenn sie gleich ist - Tschechisch verwendet auch drei Formen - können die Regeln zur Bestimmung der korrekten Form immer noch sehr unterschiedlich ausfallen. Hierbei helfen die Pluralformen in den Übersetzungsdateien. Die &kde;-Entwickler haben eine andere Umsetzung der Pluralformen als in &GNU; gettext gewählt. Dabei wurde ein eigenes Format sowie deren Handhabung eingeführt. Mit der &kde; Version 4 ist geplant die &GNU; gettext Pluralformen zu verwenden. Bildschirmphoto von &kbabel;. Bildschirmphoto von &kbabel; Bildschirmphoto von &kbabel; Zur Bequemlichkeit und um die Arbeit zu beschleunigen, verwendet &kbabel; Werkzeugleisten. Für vielbeschäftigte Anwender stehen zahlreich Tastenkürzel zur Verfügung. Das Hauptfenster ist in vier Bereiche aufgeteilt. Das linke obere Textfeld kann nicht geändert werden und enthält das Feld msgid aus der geöffneten Übersetzungsdatei und den englischen Text. Das linke untere Textfeld enthält das Feld msgstr, das zum angezeigten Feld msgid gehört. Hier können Sie den übersetzten Text bearbeiten. Der rechte obere Bereich zeigt die Kommentare, die für den aktuell zu bearbeitenden Eintrag hinzugefügt wurden. Diese können verwendet werden: um herauszufinden, wie der aktuelle Eintrag von der Anwendung behandelt wird (c-formatiert oder einfach) in einigen Fällen werden hilfreiche Kommentare von den Entwicklern hinzugefügt, um den Übersetzern bei ihrer Arbeit zu helfen — zum Beispiel technische Hinweise (vielfach verwendet in LyX). wenn Sie wissen möchten, von welcher Quelltextdatei die aktuelle Nachricht gebraucht wird, weil Sie einen Tippfehler im Originaltext melden möchten. Das Editierfenster (unten rechts) ist der ausgeklügeltste Teil im Hauptfenster von &kbabel;. Seine Größe kann mit der Teilungslinie zum Kommentarfenster (oben rechts) verändert werden. Das Editierfenster hat zwei Karteikarten — auf der einen werden die Suchresultate gespeichert, auf der anderen Kontextinformationen anzeigt. Die Karteikarte für Kontextinformationen zeigt die vier vorherigen und die vier folgenden Einträge der aktuellen Übersetzungsdatei an. Es ist ein Ausschnitt aus der PO-Datei. Während des Übersetzens ist es üblich, dass die Nachrichten im Zusammenhang mit den vorherigen und nächsten Eintrag stehen. Die Kontext-Karteikarte ist praktisch, um den Sinn der Nachricht besser verstehen zu können. Dialogübersetzungen oder das Übersetzen von Elementen und die dazugehörigen "Was ist das?"-Hilfen sind gute Beispiele dafür. Jede msgid kann drei Zustände haben: nicht übersetzt Dem msgstr ist derzeit kein übersetzer Text zugeordnet fraglich msgmerge hat versucht einen bereits in der aktuellen PO-Datei übersetzen Text zuzuordnen. Dies funktioniert nur begrenzt, diese Einträge müssen manuell angepasst werden. übersetzt Diese msgid ist vollständig übersetzt. Der Status des aktuellen Eintrags wird durch zwei LEDs angezeigt. Je nach Einrichtung können sich diese entweder in der Statusleiste oder über dem Editorfenster befinden. Die Farbgebung beider LEDs kann Ihren Wünschen angepasst werden. Bitte lesen Sie dazu im Abschnitt Einstellungen, wie Sie diese Einstellungen anpassen können. Sie haben jetzt eine Vorstellung davon, wie eine PO-Datei übersetzt wird. In diesem Kapitel lernen Sie nun die übliche Vorgehensweise mit Hilfe der fortgeschrittenen Funktionen von &kbabel; Es wird angenommen, dass Sie bereits eine Vorlage (POT-Datei) als PO-Datei gespeichert habe. Mit &kbabel; können Sie sich bequem innerhalb der Datei bewegen. Dabei wird der Status der Übersetzung mit berücksichtigt. Die Statusanzeige für übersetzte und fraglichen Nachrichten wurde bereits vorgestellt. Eine Nachricht kann durch die Gültigkeitsprüfung oder dem Aufruf von msgfmt als fehlerhaft markiert werden. Selbstverständlich kennt &kbabel; einen Verlaufsspeicher der angezeigten Nachrichten, in dem Sie sich mittels Vorwärts/Rückwärts bewegen können, ähnlich wie in &konqueror;. Alle Befehle zur Navigation befinden sich im Menü Gehe zu. Bild auf Zum vorigen Eintrag gehen Bild ab Zum nächsten Eintrag gehen &Ctrl;Bild auf Zum vorigen fraglichen Eintrag gehen &Ctrl;Bild ab Zum nächsten fraglichen Eintrag gehen &Alt;Bild auf Zum vorigen nicht übersetzten Eintrag gehen &Alt;Bild ab Zum nächsten nicht übersetzten Eintrag gehen &Shift;Bild auf Zum vorigen fehlerhaften Eintrag gehen &Shift;Bild ab Zum nächsten fehlerhaften Eintrag gehen &Ctrl;&Shift;Bild auf Zum vorigen fraglichen oder nicht übersetzten Eintrag gehen &Ctrl;&Shift;Bild ab Zum nächsten fraglichen oder nicht übersetzten Eintrag gehen Intelligentes Editieren bedeutet, dass der Editor Ihnen beim Übersetzen hilft. Der Editor kümmert sich dabei um die Einhaltung von Regeln der PO-Dateien. Er maskiert &zb; spezielle Zeichen im Text, falls notwendig. Der Editor unterstützt auch unterschiedliche Zeilenumbrüche. Dies ist sehr nützlich, den normalerweise ignoriert gettext diese einfach. Wenn Sie einen richtigen Zeilenumbruch einfügen möchten, müssen Sie \n eingeben. Die meisten Übersetzer wissen nicht, dass ein Zeilenumbruch in msgstr keine Leerzeichen zwischen den Zeilen einfügt. Durch das Einfügen eines Leerzeichens am Ende jeder Zeile kann dieses Problem am einfachsten gelöst werden. Dies kann leicht vergessen gehen, darum erledigt der Editor dies automatisch für Sie. Die unten stehende Tabelle fasst die Funktionen des intelligenten Editierens zusammen. Tab Fügt \t ein " Fügt \" ein Eingabe Wenn das letzte Zeichen vor dem Cursor kein Leerzeichen ist, wird ein Leerzeichen eingefügt und eine neue Zeile angefangen. &Ctrl;Eingabe Beginnt eine neue Zeile ohne zusätzliche Funktion &Shift;Eingabe Fügt \n ein und beginnt eine neue Zeile Wenn Sie die Leerzeichen sehen möchten, können Sie Hintergrund hervorheben und/oder Leerzeichen mit Punkten markieren einschalten. Dies kann im &kbabel; Einrichtungsdialog unter Bearbeiten in der Karteikarte Erscheinungsbild eingestellt werden. Im ersten Schritt einer neuen Übersetzung bietet &kbabel; die Funktion für das automatische Einfüllen von Nachrichten aus älteren Übersetzungen an. Wählen Sie ExtrasGrobe Übersetzung. &kbabel; zeigt dann das folgende Dialogfenster: Der Dialog Grobe Übersetzung In diesem Dialogfenster können Sie angeben, was zu übersetzen ist und die entsprechenden Quellen auswählen. Im oberen Teil des Rahmens Was übersetzen sind drei Ankreuzfelder (Nicht übersetzte Einträge, Fragliche Einträge und Übersetzte Einträge), um die zu übersetzenden Einträge zu festzulegen. Üblicherweise werden hier die nicht übersetzen Einträge und die fraglichen Einträge ausgewählt. Sie können jedoch auch bereits übersetzte Eintrage anwählen. Vollständig übereinstimmende msgids werden immer genutzt. Allerdings können Sie auch andere Strategien hinzufügen, zum Beispiel: Ungenaue Übersetzung (langsam) und Übersetzung einzelner Worte ermöglichen Beide zusätzlichen Strategien müssen von der Quelle unterstützt werden (siehe unten). Es gibt keine klare Definition, was Ungenaue Übersetzung genau bedeutet, der Zweck ist allerdings klar. Übersetzung einzelner Worte ist für einige Sprachen sinnvoll (nicht so für deutsch). &kbabel; versucht dann einzelne Wörter aus der msgid separat zu übersetzen und fügt diese in der selben Reihenfolge in msgstr ein. Als Quelle für die grobe Übersetzung kann jedes verfügbare Wörterbuch benutzt werden. Es gibt eine Liste Nicht benutzen und Benutzen. Die Wörterbücher werden in der Reihenfolge verwendet, in der sie in der Liste Benutzen stehen. Wenn das erste Wörterbuch nicht gefunden werden kann, wird das zweite in der Liste benutzt und so weiter. Sie können die Pfeilknöpfe benutzen, um die Wörterbucheinträge zwischen den Listen zu verschieben. Vergessen Sie nicht, die Reihenfolge durch Klicken auf die Knöpfe Aufwärts und Abwärts festzulegen. Normalerweise markiert &kbabel; jeden grob übersetzen Eintrag als fraglich, weil angenommen wird, dass automatische Übersetzungen vom Übersetzer kontrolliert werden müssen. Wenn Sie 100%ig sicher sind, dass die automatische Übersetzung richtig ist, oder wenn Sie die Übersetzung sowieso korrekturlesen wollen, können Sie Veränderte Einträge als fraglich markieren ausschalten. Um sicher zu gehen, müssen Sie dies in einer erscheinenden Dialogbox bestätigen. Wenn Sie alle Einstellungen entsprechend Ihren Wünschen vorgenommen haben, klicken Sie auf den Knopf Start, um die automatische Übersetzung zu starten. Es wird eine Fortschrittsanzeige angezeigt. Den Übersetzungsvorgang können Sie jederzeit durch Drücken des Knopfs Anhalten abbrechen. Jeder macht Fehler. &kbabel; bietet diverse Prüfungen an, um die problematischen Stellen zu finden. Diese Tests (keine Syntaxüberpüfung) können in zwei Formen ausgeführt werden. Die Prüfungen können nach jeder Änderung am übersetzen Text erfolgen. Diese Tests sind so genannte automatische Tests. Diese können in den Einstellungen Einstellungen eingerichtet werden. Automatische Syntaxprüfungen können bei jedem Speichern der Datei vorgenommen werden. Die automatischen Tests können &kbabel; verlangsamen. Wenn Sie einen langsamen Rechner besitzen, sollten Sie die automatischen Tests ausschalten und diese gelegentlich manuell ausführen. Die Tests finden Sie im Menü Extras Tests. Die Tests werden dann für jeden Eintrag durchgeführt. Fehlerhafte Einträge werden entsprechend markiert. Syntax prüfen Dies führt msgfmt aus, um die Gültigkeit der Übersetzungsdatei aus der Sicht von &GNU; gettext zu überprüfen. Das Resultat wird angezeigt, und die fehlerhaften msgstr-Einträge entsprechend markiert. Argumente prüfen Fehlerhafte Übersetzungen können die Anwendung zum Absturz bringen. Der gefährlichste Teil sind die Argumente, &zb; für printf-ähnliche Funktionen. Dieser Test vergleicht die Anzahl und den Typ der Argumente in msgid und msgstr. Diese müssen übereinstimmen. Tastenkürzel prüfen &GUI;-Texte enthalten üblicherweise Tastaturkürzel, &dh; Tasten, die einen schnellen Zugang zu &GUI;-Elementen per Tastatur erlauben. Diese sind mit speziellen Zeichen markiert, zum Beispiel; & in &kde;. Eine typische Übersetzung enthält ebenfalls diese Tastaturkürzel. Dieser Test informiert Sie über Probleme in diesem Zusammenhang. Das Tastaturkürzel-Zeichen kann in Einstellungen in der Karteikarte Verschiedenes definiert werden. Nach übersetzter Kontextinformation schauen. Diese Funktion werden Sie nur für &kde;-Übersetzungen brauchen. Einige Texte sind zu allgemein und müssen speziell, je nach Zusammenhang übersetzt werden. In &kde; wird der Kontext am Anfang der msgid nach den Sonderzeichen :_ beschrieben. Einige Übersetzer kennen diese Abmachung nicht und versuchen die Kontextinformation ebenfalls zu übersetzen. Dieser Test versucht diese zu finden. Gefundene übersetzte Kontextinformationen sollten Sie entfernen. Pluralformen prüfen Wenn die msgid als Pluralform definiert ist, muss die Übersetzung die passende Anzahl durch \n abgegrenzte Übersetzungen beinhalten. Die korrekte Anzahl hängt von der Sprache ab und wird in Einstellungen in der Karteikarte Identität festgelegt. Diese Funktion ist im Moment nur für &kde; verfügbar. Gleichungen prüfen Gleichungen sind ein spezielles Format von msgid, welche typischerweise in Arbeitsflächendateien (.desktop) benutzt werden. Weil Ihre Übersetzung wieder in diese Dateien zurückgefügt werden, müssen die msgstr auch dieses spezielle Format aufweisen. Das bedeutet, dass die Übersetzung den selben Text (bis zum ersten Vorkommen von =) aufweisen muss wie der Originaltext. Beispiel: Name=. Es ist sehr wichtig, dass Sie Ihre Übersetzung vor der Verwendung auf Rechtschreibfehler überprüfen. Auf diese Weise können Sie Tippfehler und andere Probleme in Ihrer Übersetzung finden. &kbabel; benutzt die Standard-&kde;-Bibliothek für die Rechtschreibprüfung. Die Einstellungen zur Rechtschreibprüfung können im Dialog Projekt Einrichten vorgenommen werden. Die Funktion selbst finden Sie unter ExtrasRechtschreibprüfung . Es gibt verschiedener Modi, die Sie verwenden können: Rechtschreibprüfung ... Dies startet einen Dialog, in welchem Sie den Modus der Rechtschreibung und des Standard-Modus definieren können. Der Dialog kann auch durch Drücken von &Ctrl;I aufgerufen werden. Alles prüfen ... Alle Übersetzungen in der Datei prüfen. Prüfung ab Cursorposition ... Die Rechtschreibprüfung an der Cursorposition in der aktuellen Übersetzung beginnen und bis zum Ende der Datei durchführen. Aktuellen Eintrag prüfen ... Die Rechtschreibprüfung nur für den aktuellen Eintrag durchführen. Markierten Text prüfen ... Falls es in msgstreinen markierten Text gibt, wird die Rechtschreibprüfung nur in diesem ausgewählten Text durchgeführt. Markup-Sprachen werden immer häufiger auch in &GUI;s benutzt. Das &kde;-Projekt verwendet Übersetzungsdateien, um diese in DocBook-Dokumentationen zu übersetzen. Diese sind ebenfalls in einer Markup-Sprache geschrieben. &kbabel; bietet eine Menge an Funktionalität, um diesem Trend zu unterstützen. Hier werden nur Funktionen im Zusammenhang mit Tags und Markup erwähnt. Das andere Problem, das durch die Benutzung von Markup-Sprachen verursacht wurde, ist die Übersetzung von längeren Texten. Die Lösung dazu heißt diff und wird im folgenden Abschnitt angesprochen. Die aktuelle Version von &kbabel; kann herausfinden, welche Tags in msgid benutzt werden und bietet einfachen Zugriff zu diesen aus dem Menü Bearbeiten an: Nächste Formatierung einfügen Dies fügt die nächste in der msgid gefundene Formatierung in die Übersetzung ein. &kbabel; findet die einzufügenden Formatierungen, indem die Anzahl der Formatierungen vom Anfang der Übersetzung gezählt werden. Bearbeiten Formatierung einfügen Dieses Untermenü enthält alle Formatierungen, die im englischen Originaltext gefunden wurden. Indem Sie eine dieser Formatierungen auswählen, können Sie sie an der aktuellen Cursorposition im Textfeld der Übersetzung einfügen. Wie bereits erwähnt, enthalten aktuelle Anwendungen viele beschreibende Texte und Hervorhebungen zur Verbesserung der Bedienerfreundlichkeit. Wenn ein Entwickler einen Teil des Textes ändert, markiert gettext im besten Fall den nicht geänderten Text als fraglich. (Im schlechtesten Fall wird die komplette Übersetzung unbrauchbar). Das funktioniert solange wie die msgids kurz sind, weil Sie die Änderungen rasch auffinden können. Wenn der Text aber länger ist, wird es sehr schwierig die Änderungen zu finden. (Zum Beispiel, wenn das Korrekturteam nur einen falschen Artikel korrigiert hat). Zur Unterstützung kann &kbabel; dabei helfen, diese Änderungen zu finden, indem der Unterschied zur originalen msgid angezeigt wird. Die Änderungen werden im Editor für den Originaltext grafisch angezeigt. Wie dies geschehen soll, kann im Dialog &kbabel; Einrichten festgelegt werden. Extras Diff Unterschiede anzeigen zeigt die gefundenen Änderungen an. Um den aktuellen Text ohne Mix mit aus Originaltext und Änderungen anzuschauen, können Sie Extras Diff Originaltext anzeigen auswählen. Sie können durch Anwählen von Extras Diff Diffmodus das automatische Finden von Änderungen ein- und ausschalten. Sie können verschiedene Quellen zum Finden von alten Versionen angeben. Diese werden im Dialog Einstellungen angegeben: Übersetzungsdatenbank Sie können die Übersetzungsdatenbank für die Suche nach Änderungen benutzen. Es wird dringend empfohlen, das automatische Einfügen in die Übersetzungsdatenbank für neu übersetzte Einträge zu aktivieren. Dies können Sie in der Dialogbox Einstellungen zur Übersetzungsdatenbank einstellen. Diesen Modus können Sie durch Anwählen von Benutzen von Einträgen der Übersetzungsdatenbank aktivieren. Baum der alten Dateien Wird nur benutzt, wenn Sie die Suche in der Übersetzungsdatenbank ausgeschaltet haben. Durch Setzen des Basisordners für Diff-Dateien können Sie &kbabel; anweisen, welche Dateien für die Diff-Anzeigen verwendet werden sollen. Es wird der relative Pfad der geöffneten Datei verwendet, um die korrespondierende Datei im angegeben Pfad zu finden. Falls es eine solche korrespondierende Datei gibt, wird sie verwendet. Um diesen Modus zu verwenden, sollten Sie eine Kopie der alten Dateien vor jeder Aktualisierung erstellen. Manuell ausgewählte Datei Wenn die zuvor beschriebene Methode nicht funktioniert, können Sie jederzeit eine Datei manuell auswählen: ExtrasDiff Datei für Diff öffnen. Das Diff-Ergebnis ist nicht immer ganz genau, weil die PO-Datei keinerlei Referenzen zum Originaleintrag enthält. Weil Pluralformen recht kompliziert sind, widmen wir deren Unterstützung einen speziellen Abschnitt in &kbabel;. Dieser Abschnitt behandelt die &kde; Pluralformen (genau ab &kde; Version 3). Ab der &kbabel; Version 1.11 (KDE 3.5) ist es auch mit &kbabel; möglich die &GNU; gettext Pluralformen zu lesen und zu bearbeiten. Für jede Sprache, in die &kde; übersetzt wird, muss die korrekte Anzahl der Pluralformen angegeben werden. Dazu müssen Sie einen speziellen Eintrag in tdelibs.po übersetzen. Die Anzahl wird durch die Auswahl einer Sprache gesetzt, welche dieselbe Anzahl und Regeln für das Finden der richtigen Pluralform hat. Die aktuelle Liste der möglichen Werte kann im Quelltext von tdelibs in der Datei tdecore/klocal.cpp gefunden werden. &GNU; gettext erlaubt die Angabe die Anzahl und Art der Pluralformen über eine Formel und durch unabhängiges Setzen dieser Formel in jeder Übersetzungsdatei. In den tdelibs von &kde; kann nur einmalig die Anzahl und Art der Pluralformen angegeben werden. &kde;-Pluralformen sind im Kommentar mit _n: (inklusive einem nachfolgendem Leerzeichen) gekennzeichnet und enthalten das Argument %n. Dieses Argument wird dann in der Übersetzung selbst benutzt und kontrolliert, abhängig von den Regeln welche Pluralform Ihrer Sprache benutzt werden soll. Die Übersetzung eines Eintrags in Pluralform erfolgt in einem speziellen Format. Der Text muss die korrekte Anzahl Übersetzungen (für jede Pluralform eine) enthalten. Die Übersetzungen sind unterteilt durch einen Zeilenumbruch \n ohne die _n: Zeichenfolge (auch ohne das Leerzeichen). Das Beispiel: _n: Selected 1 file\nSelected %n files ins Slowakische übersetzt würde folgendermaßen aussehen: Vybraný %n súbor\n Vybrané %n súbory\n Vybraných %n súborov Um zu überprüfen, ob Ihre Übersetzung die korrekte Anzahl an Pluralformen enthält, verwenden Sie den Menüpunkt Extras Tests Pluralformen prüfen (nur KDE).