Plugin: Codestyling Localization - Sprachdateien direkt bearbeiten

Ich hab nun endlich auch ein größeres Plugin-Projekt zur Reife (Version 1.0) gebracht.
Mit diesem Plugin kann man alle Sprachdateien angefangen von WordPress selbst über Plugins, die das unterstützen bis hin zu Themes, die fähig dazu sind, direkt in WordPress (Admin-Oberfläche) anlegen, einlesen lassen, übersetzen und als *.mo speichern und direkt testen.
Langfristig strebe ich die Abschaffung von PoEdit im Hinblick auf WordPress an und hoffe, das ein solches Plugin dazu beiträgt, die Verwendung von Sprachdateien zu erhöhen.
Beschreibung und Download: Code Styling Project » WordPress Plugin: Codestyling Localization

Zitat von gthr

Ich habe es auf WP 2.6.1 getestet: Tolles Plugin für die zukünftige Zusammenarbeit im Backend über Sprachgrenzen hinweg!

Erweitert man es einfach durch Laden weiterer Sprachdateien in den wp-content/languages-Ordner?

Alle Sprachdateien, egal ob *.mo oder *.po werden erkannt und angezeigt, wenn sie im entsprechenden Ordner liegen. Man kann auch neue Sprachen hinzufügen, wie man möchte.
Für den Fall, das du eine Live-Umschaltung der Sprachen meinst (also Backend von Deutsch in Italienisch), das ist nicht enthalten, wäre aber eine Option für folgende Versionen.

Da fällt mir ein, etwas hab ich ja gar nicht beschrieben im Artikel dazu: Wenn man nur eine *.mo Datei hat aber keine passende *.po dazu, erzeugt das Plugin praktischer Weise eine *.po aus der existierenden *.mo, wenn man auf "bearbeiten" geht.

Zitat von Putzlowitsch

Genau, Pluginautoren :-)
Habe mich bisher immer gescheut, mit den mo-, po-Dateien und Editoren rumzuhantieren. Das könnte jetzt anders werden...

Leider bekomme ich beim Versuch, das Plugin zu aktivieren, folgende Meldung:
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.
Ist denn Version 2.6 was anderes als 2.6.0?

Gruß
Ingo

Nein, die Version ist schon 2.6 == 2.6.0.
Allerdings habe ich vermutlich die Kontrolle zu strikt gemacht, denn eine 3 stellige Versionsnummer gibt es leider nicht für die initiale Version, wie ich jetzt schmerzlich feststellen muß. Ich werde das im Downloadfile ändern, danke für den Hinweis.
Wenn du das mit 2.6 benutzen möchtest, kannst du die entsprechenden Konstanten ändern csp-po-edit.php:

define('CSP_PO_MIN_REQUIRED_WP_VERSION', '2.6.0');
    define('CSP_PO_MIN_REQUIRED_PHP_VERSION', '5.0.0');

Eine Änderung in diese Werte sollte dir weiterhelfen:

define('CSP_PO_MIN_REQUIRED_WP_VERSION', '[B]2.6[/B]');
    define('CSP_PO_MIN_REQUIRED_PHP_VERSION', '[B]5.0[/B]');

So, der Download ist angepasst und benötigt nur noch WP Version 2.6 :)

• Bugfix: version control has been done too strictly, WP 2.6.0 doesn’t exist, reduced to 2.6
• Bugfix: locale definitions accidentally states, that zu_ZU (isiZulu) will be supported by Google translate, disabled

Es sind wieder ein paar kleine Nicklichkeiten mit ein paar Plugins aufgetreten, die ich gerade behebe (mehr als 200 gebräuchliche Plugins hab ich jetzt durchgetestet), Update kommt über's Wochenende.
(Es wird auch Zeit, dass ich das endlich mal ins SVN bekomme, wegen der automatischen Updates über WordPress, aber woher die Zeit nehmen ...)

Bei den Japanern ist das so eine Sache. Die "kochen" mehrere Suppen wenn es um Zeichensätze geht (Chinesen auch, eigentliche alle asiatischen Sprachen). Deswegen liegt da meist auch nur eine ja.mo rum, die dann mit x Zusätzen versehen wird.
Die nächste größere Version (nach dem Hotfix) sollte dann auch damit zurechtkommen können.

Seit heute morgen steht die neue Version 1.2 über WordPress › WordPress Plugins zur Verfügung.

[COLOR=Red]Wichtig:[/COLOR] Für alle, die schon eine Vorgängerversion einsetzen (< 1.2), hat sich auf Grund der Bereitstellung über wordpress.org der Ordnername ändern müssen. Bitte die älteren Versionen deaktivieren, den Ordner csp-po-edit entfernen und die neue Version einspielen. Ab v1.2 kann man dann, wie von anderen Plugins gewohnt, die automatische Aktualisierung nutzen.

Zitat von Alphawolf

Was mir aufgefallen ist: Wenn dein Plugin aktiviert ist, zerhaut es ein wenig die Standard-Thickbox von WP. Ich lade mit wp_enqueue_script und *_style z.B. die Original-Thickbox-Dateien von WP in den Header.

Da deine CSS-Deklarationen nach denen der thickbox.css geschrieben werden, werden sie überschrieben mit z.B.

CSS

#TB_ajaxContent { background-color: #EAF3FA !important; width: auto !important; overflow: hidden !important; }
#TB_ajaxContent.TB_modal { padding: 0px; }

von dir. Daher hat die Standardthickbox kein padding mehr und einen anderen Hintergrund (anstatt Weiß). :) Was dann leider so aussieht:

Normal sollte das CSS nur geladen werden, wenn man auf den 2 Seiten des Plugins ist. Das schau ich mir umgehend an, denn es ist natürlich nicht beabsichtigt, auf anderen Admin Seiten das CSS zu laden :oops:

Zitat von Alphawolf

Das funktionert. :) Allerdings fragst du sicherlich nach der Seite edit.php ab, oder? Deine Admin-Seite ist unter edit.php?page=codestyling-localization/codestyling-localization.php erreichbar, und ich rufe das Thickbox-Zeug auf der edit.php-Seite auf, daher kommen sie sich ins Gehege, vermute ich, da beide auf der edit.php fußen.

Ist ein Unfall. Ich habe zwar für >= 2.6 alles korrekt gehabt, als ich aber auf 2.5 Kompatiblilität gegangen bin, hab ich wegen der dort fehlenden wp_enqueue_style Funktion, immer in den Admin head integriert. Da ich dort auch noch einen fehlerhaften Versionstest hatte, kommt das zustande.
Im Laufe des Tages wird ein eine 1.21 geben, die dann bereits Italienisch zusätzlich enthält. Gab schon Rückmeldungen mit Bereitstellungsangebot.

Welche Version des Plugins verwendest du ?
Dies könnte u.U. bei PHP4 passieren und ist erst ab v1.3 möglich.
Oder bei WordPress Versionen < 2.5

Es gab mal einen Fehler, dass eine globale Variable nicht korrekt benutzt wurde. Der von dir geschilderte Fehler ist bei mir nur aufgetreten, wenn etwas mit der Syntax der *.php Datei selbst nicht stimmte.
Könntest du prüfen, ob das mit der aktuellen Version: WordPress › Codestyling Localization « WordPress Plugins
immer noch auftritt ?
Und falls du die Ursprungsversion schon benutzt hattest, der Ordner hat sich geändert: /plugins/csp-po-edit ist nicht länger gültig, seit dem Bereitstellen über wordpress.org ist der korrekt Pfad (hat codex team festgelegt): /plugins/codestyling-localization