Beiträge von Camelio

Dasselbe Phänomen tritt auch bei mir auf:

Beim „Einlesen der PHP Quelldateien“ bleibt der „Analyse Fortschritt“ beim Wert 100 hängen. Unter dem Balkendiagramm steht:

„Datei: bbpress/bb-includes/backpress/pomo/entry.php“

Weitere Angaben, die angezeigt werden:

„Pojekt-Id-Version: WordPress v3.0.1
Zielsprache: Deutsch/Deutschland
Betroffene Dateien: 479 / “

Leider lässt sich der Prozess auch nicht abbrechen. Ich muss das Browserfenster schließen und mich neu ins Backend meiner WordPress-Installation einloggen.

Ich hoffte endlich eine elegante und probate Alternative zum Dauerschock-Programm Poedit gefunden zu haben, komme aber über die 100-er-Hürde des „Analyse Fortschritts“ von „Codestyling Localization“ nicht hinaus.

Beispiele aus dem Code der de_DE.po

Zitat von jottlieb

Ist aber nicht an 3.0 angepasst.

In keinem einzigen String der aktuellen Sprachdatei wird im deutschen "Email" verwandt.

In der mir als Vorlage gedient habenden Datei de_DE.po von Olaf Schmitz und Olaf Baumann ("PO-Revision-Date: 2010-07-30 12:33+0100") fand sich die Schreibweise "Email" genau fünf mal:

#: wp-includes/registration.php:144
msgid "This email address is already registered."
msgstr "Diese Email-Adresse ist bereits registriert."

...

#: wp-includes/formatting.php:2390
msgid "The email address entered did not appear to be a valid email address. Please enter a valid email address."
msgstr "Diese Email-Adresse scheint keine gültige Email-Adresse zu sein. Bitte gib eine gültige Email-Adresse an."

...

#: wp-admin/includes/schema.php:647
msgid "You must provide a valid e-mail address."
msgstr "Du musst eine gültige Email-Adresse angeben."

...

Das ist weiter nicht tragisch. Zwar bedeutet Email laut Duden "glasharter, gegen Korrosion u. Temperaturschwankungen beständiger Schmelzüberzug, der als Schutz oder zur Verzierung auf metallische Oberflächen aufgetragen wird." Es wird jedoch wenige Leute geben, die beim Lesen der WordPress-Meldungen und -Erklärungen an emaillierte Broschen denken.

Etwas stutzig kann man aber etwa bei folgender Formulierung werden:

#: wp-admin/includes/nav-menu.php:1067
msgid "Select menu items (pages, categories, links) from the boxes at left to begin building your custom menu."
msgstr "Wähle auf der linken Seite Menüelemente (Seiten, Kategorien, Links etc.) um beginne damit, ein individuelles Menü zu erstellen."

...

Wie wählt man etwas um? ... Klar: Es müsste "und" heißen.

Es sind nur Flüchtigkeitsfehler, die den Übersetzern unterlaufen sind. Und alles in allem ist es eine beachtliche Leistung, selbst wenn die aktuelle Übersetzung zunächst nur Impur-Qualität besitzt.

An dieser Stelle wäre es schön, wenn sich Germanisten (ich bin keiner) einklinken würden, um die Sprachdateien auf Vordermann zu trimmen.

Das Hauptproblem diesbezüglich ist, wie mir jedoch scheint, der unendlich spröde Weg von einer .po-Datei zu einer .mo-Datei; - selbst wenn es viele Websites gibt, die gut gemeinte Ratschläge beisteuern, ist keiner der empfohlenen Wege so humanistenfreundlich, dass die WordPress-Gemeinde derzeit von sprachakrobatischen Talenten profitieren könnte.

Leider habe ich aus Gründen der Effizienz (schließlich benötigte ich eine Sie-Version!) verabsäumt, die orthografischen und semantischen Fehler der aktuellen Du-Version eigens zu dokumentieren. Es waren jedoch etliche dabei. In meiner Sie-Version habe ich diese Fehler nach Gutdünken ausgebügelt. Die Autoren der aktuellen Du-Version unterscheiden zum Beispiel nicht oder nur sehr großzügig zwischen "Email" und "E-Mail", "dass" und "das", "in dem" und "indem", was zuweilen Irritationen auslöst und auch zu Sinnentstellungen führt.

Wer an einer verbesserten Du-Version interessiert ist, sollte deshalb die Mühe nicht schonen, und die Optimierung der Übersetzung nach der oben von mir beschriebenen Methode (oder einer besseren, die ich auch gerne erfahren würde) durchgehen.

Meine Frage lautet aber nach wie vor: Wie gelangen die Mitentwickler in den Genuss meiner akribischen Übersetzung?

Danke, infected, für den Hinweis auf die bereits existierende Sie-Version. Soweit ich das aber richtig lese, handelt es sich um eine "WordPress 2.9+ Sie-Version". Eine "WordPress 3.0+ Sie-Version" läuft auf's Gleiche raus, oder?

Da ich keine Sie-Datei für Wordpress 3.0 finden konnte, habe ich diese aufgrund der Du-Vorlage (in welcher übrigens viele Fehler waren) erstellt. Weil allerdings Poedit im Alleingang sowohl auf Windows- als auch auf Mac-Basis immer wieder Fehler zeitigte, habe ich folgenden Lösungsweg herausgefunden:

Mit Hilfe von TextWrangler habe ich zunächst eine .po-Ausgangsdatei überarbeitet.

Anschließen habe ich diese überarbeitete .po Datei, die jetzt alle meine Übersetzungen enthielt, in mein entsprechendes lokales Xampp-Verzeichnis transferiert; - eine u.U. unnötige Sicherheitsmaßnahme, damit die Katalogpfade bei Poedit stimmen, mit welchem die .po-Datei geöffnet und neu abgespeichert werden mussten, damit automatisch eine passende .mo-Datei generiert wird:

Da die .po-Datei nur nach einer Änderung in Poedit neu gespeichert werden kann, habe ich ein beliebiges Zeichen gelöscht und dasselbe wieder eingetippt. Nach dem Speichern erhielt ich denn auch die gewünschte .mo-Datei, habe dann .po- und .mo-Dateien in das Verzeichnis wp-content/languages/ meiner WordPress-Site kopiert und mich davon überzeugt, dass die neue Sie-Version auch greift.

Meine Frage lautet nun: Wie mache ich diese Sie-Version auch anderen zugänglich? Falls jemand sie einsehen möchte, habe ich sie gezippt und auf file-upload.net gestellt:
http://www.file-upload.net/download-27282…guages.zip.html