In der letzten Woche habe ich unsere bisher deutschsprachige Firmenwebsite www.partmaster.de um eine englische Version ergänzt. Tatkräftige Unterstützung erhielt ich dabei von Kristina Koebe von www.sprachservice.de, die die eigentliche Übersetzung der Inhalte vornahm. Danke dafür!

Die technische Realisierung erfolgte dann dank Drupal und dem i18n.module in  atemberaubender Geschwindigkeit. Für die 55 Seiten, 14 Views, 3 Menüs und 4 Vokabulare benötigte ich gerade mal 40 Stunden. Dabei ging natürlich die meiste Zeit auf die (ziemlich monotone) Erfassung der übersetzen Artikel drauf.

Anmerkung im Voraus: Bei der Erstellung der ursprünglischen,  deutschsprachigen Website wurden schon bei allen Beiträgen ein URL-Alias mit "de/" als Präfix erzeugt. Nun werden die englischsprachigen Versionen mit dem Präfix "en/" und sonst identischem URl-Alias erzeugt.

Ansonsten war es ein relativ einfacher Ablauf:

1. Mit Hilfe einer View wurden alle Beiträge der Website exportiert, in ein Word-Dokument eingefügt und zum Übersetzen gegeben.
2. Dann wurde das i18n.module installiert und alle "nicht-experimentellen" Module aktiviert.
3. Als nächstes habe ich alle Menüeinträge zu Beiträgen geändert, so dass sie nicht mehr auf den Node, sondern aauf den URL-Alias ohne den Sprachpräfix verweisen, z.B. von node/123 auf company/about. Außerdem habe ich die deutschen Menübeschriftungen durch englische Beschriftungen ersetzt, diese werden dann automatisch übersetzt.
4. Bei Taxonomy-Terms, sich in deutsch und englisch unterscheiden und somit die übersetzt werden müssen (z.B. Unternehmen und Company), wurden diese als German gekennzeichnet, eine englische Übersetzung erstellt. Dann wurden diese Terms noch gegenseitig als Übersetzung gekennzeichnet.
   Alle anderen Terms (meist Software-Technologien etc.) wurden sprachunabhängig belassen.
5. Es wurde der Translation-Block zum Umschalten zwischen den Sprachversionen einer Seite in das Seitenlayout aufgenommen.
6. In allen relevanten Views wurde ein Filter Internationalization: selection eingefügt und auf den Wert Only current language and no language gesetzt. So können die View ohne weitere Modifikation für alle Sprachen weiter verwendet werden und zeigen nur die Einträge in der jeweiligen Sprache an. Der ggf. definierte URL-Präfix "de/" wurde in allen Views entfernt.
7. Der nächste Schritt war in der Datenbank (phpmyadmin) leichter zu erledigen als mit Drupal-Mitteln: In der Tabelle {i18n_nodes} wurden Einträge für alle vorhandenen Beiträge (Nodes) nach folgendem Muster generiert:
   

   INSERT INTO `i18n_node` (`nid`, `trid`, `language`, `status`)<br />VALUES (50, 16, 'de', 1);

   So wurden diese Beiträge als deutsche Originalbeiträge (language=‘de’, status=1) markiert. Alternativ müsste man jeden Beitrag in Drupal  editieren und diese Werte im Formular setzen.

8. Nun wurden alle englischen Beiträge erfasst. Nach dem Speichern des Beitrags wurden die deutsche und englische Version des Beitrags im Tab Translation (neben View und Edit im Formularkopf) einander zugeordnet.
9. Im Theme (selbstgebaut) wurden einige Textausgaben (in page.tpl.php, node.tpl.php und block.tpl.php)  in die Übersetzungsfunktion t(’...’) gekapselt
10. Abschließend waren noch die zahlreichen fehlenden deutschsprachigen Vokabeln für die Menüeinträge im Abschitt Localization zu ergänzen, so dass das Menü sauber zwischen den Sprachen umschaltet.

Insgesamt eine Menge Fleißarbeit (insbesondere die ~30 Stunden zum Erfassen der Beiträge). Rückblickend finde ich Drupal+i18n eine sehr elegante, schnelle und konsequente Möglichkeit, eine mehrsprachige Website aufzusetzen. Witwere Sprachversionen sollten sich nun noch schneller und einfacher einbauen lassen. Das i18n-Framework skaliert super.

Erstaunlicherweise arbeiteten alle Module ohne Code-Modifikation mit i18n. Mit einer Ausnahme: simarterms.module. Dafür steht jedoch in der Issue queue des Moduls schon ein Patch bereit, der auch prompt (nach dem Einspielen) funktionierte.