Code Styling Project

Ich war auf der Suche nach einer guten Lösung, meinen Inhalt auch auf mobilen Geräten sinnvoll präsentieren zu können, ohne meinen Inhalt anpassen zu müssen. Ich fand im WordPress Repository WPTouch und prüfte es. Neben den funktionalen Tests habe ich auch die Übersetzungsaspekte geprüft. Es zeigte sich jedoch, dass diese freie GPL Version mit Absicht verkrüppelt wurde!
Harte Worte, aber ich werde hier darlegen, wieso ein Verweis auf die kostenpflichtige Version nur vorgeschoben ist und einer Prüfung nicht standhält.

Wie alles begann…

Ich schrieb einen ersten Eintrag im Forum von wordpress.org und verlinkte diesen zu dem Plugin. Ich wies auf das Problem hin und schlug gleichzeitig eine Lösung vor. Das war vor ca. einer Woche. Jeder weitere Eintrag, der nach meinem Eintrag im Forum zu diesem Plugin erschien, wurde beantwortet und resultierte mehr oder weniger in einem Bugfix für die heute erschienene Version 1.9.18 des Plugins.
Nur mein Eintrag wurde sorgfältig umgangen und bekam keine Antwort von irgend einem der Autoren.

Wie ging es weiter ?

Als Erstes installierte ich das Update und hoffte, dass mein Vorschlag einfach stillschweigend in den Bugfixes mit berücksichtigt wurde. Aber nach erneuter Untersuchung des Codes musste ich feststellen, dass sich zum Thema Übersetzbarkeit nichts getan hatte. Also schrieb ich erneut einen Forumbeitrag und verlinkte ihn wieder zum Plugin.

Was passierte nun?

Ich bekam plötzlich umgehend Antwort! Ich zitiere hier mal die Antwort, wer den Thread komplett lesen will, findet diesen unter wp.org forum thread im WordPress Forum:

“WPtouch Pro is fully localized, ships with a variety of languages, and supports custom language files.

Our efforts are focused on it, not the free version. If you’d like to make a contribution to the work, send the patched files to help@wptouch.com and we’ll include them in the next release.”

Was ist das? Sie wollen mir wirklich allen Ernstes sagen, dass die Pro Version vollständig übersetzbar ist und sie keine Zeit haben, dieses in der freien GPL Version zu machen? Ich soll einen Patch erstellen, der die absichtlich entfernte Zeile Code wiederherstellen soll, die zu Gunsten der Pro entfernt wurde (”focus on Pro Version“)?

Schauen wir uns mal die 1.9.18 Code Basis an …

Ein erster Blick in den Code (wie auch schon in der Vorgängerversion) zeigt eindeutig, dass bereits alle Vorbereitungen im Code enthalten sind. Die Autoren haben bereits den Code übersetzungsfähig gemacht und massiv die von WP bereitgestellten gettext Funktionen benutzt. Außerdem haben sie sehr sorgfältig eine Textdomain für ihr Plugin ausgewählt: “wptouch“! Das Einzige, was sie im Code nicht eingefügt haben ist eine Zeile Code, die eine Sprachdatei lädt:

1

load_plugin_textdomain('wptouch', false, 'wptouch');

Ich habe diese Codezeile hinzugefügt und danach mit meinem Plugin Codestyling Localization WPtouch gescannt. Nach dem Einleseprozess stellte sich raus, dass viel mehr Texte als erwartet bereits übersetzbar sind:

• Textdomain: “wptouch” mit 274 übersetzbaren Strings
• Textdomain: “wptouch-pro” mit 1 übersetzbarer String
• Textdomain: “wordtwit” mit 1 übersetzbarer String
• Textdomain: “default” mit 7 übersetzbaren Strings

Zusammenfassung: Sie haben bereits in Summe 282 Strings voll übersetzungsfähig in ihrem Plugin drin! Das ist das komplette Backend und ebenfalls ein paar wenige Frontend String. Um euch das nochmal ernsthaft bildlich vor Augen zu führen, hier ein Screenshot der Bearbeitung:

Was sagt uns das nun?

Meiner Meinung nach wurde ganz bewußt auf das Laden der Sprachdatei verzichtet, um die Benutzer weg von der freien GPL Version und hin zur kostenpflichtigen Pro Version zu bringen. Sie sagen uns, dass die Pro Version vollkommen übersetzbar ist, dabei ist es die free Version schon lange!
Mehr noch, sie wollen eine Zuarbeit für 1 Zeile Code, die schon lange drin sein sollte. Und ich könnte schwören, die Pro Version enthält sehr wohl diese Zeile.

Das WordPress Repository als Platfrom zu nutzen, um populär zu werden, ist eine gute Sache. Aber bereits funktionierenden Code bewusst so zu verkrüppeln, ist nicht die Art, wie man mit der Community umgehen sollte. Ich hätte sicher nichts dazu gesagt, wenn die Übersetzungmöglichkeit nicht schon enthalten wäre und alles hard coded gewesen wäre. Aber Glauben zu machen, es ginge nur mit der Pro Version, ist ganz schlechter Umgang mit der Community und wirft kein gutes Bild auf die Autoren, meiner Meinung nach jedenfalls.

Nachtrag - 28.08.2010: Ich hab noch folgenden Blogbeitrag von BraveNewCode gefunden: 5 Languages On Board, WPtouch 1.8 known issues Damit wird klar, dass dieses Plugin bereits seit der 1.18er Versionen vom März 2009 übersetzbar ist und dies nur für die free Version unterdrückt wurde.