Gettext, Poedit und INTOUCH

Die Funktion load_plugin_textdomain in WP 2.5.1 ist wie folgt codiert:

/**
 * load_plugin_textdomain() - Loads the plugin's translated strings
 *
 * If the path is not given then it will be the root of the plugin
 * directory. The .mo file should be named based on the domain with a
 * dash followed by a dash, and then the locale exactly.
 *
 * The plugin may place all of the .mo files in another folder and set
 * the $path based on the relative location from ABSPATH constant. The
 * plugin may use the constant PLUGINDIR and/or plugin_basename() to
 * get path of the plugin and then add the folder which holds the .mo
 * files.
 *
 * @since 1.5.0
 *
 * @param string $domain Unique identifier for retrieving translated strings
 * @param string $path Optional. Path of the folder where the .mo files reside.
 */
function load_plugin_textdomain($domain, $path = false) {
    $locale = get_locale();
    if ( empty($locale) )
        $locale = 'en_US';


    if ( false === $path )
        $path = PLUGINDIR;


    $mofile = ABSPATH . "$path/$domain-$locale.mo";
    load_textdomain($domain, $mofile);
}

Somit hängt es also von mehreren Sachen ab.

1.) ist dein Plugin in einem Unterverzeichnis installiert?
Nur für den Fall das es so ist, mußt du der Funktion als 2. Parameter das Verzeichnis klarmachen, wo es suchen muß. Da ABSPATH auf den Root deiner Blog Installation zeigt, bräuchtest du in diesem Fall:

/wp-content/plugins/intouch

oder sicherer, wenn .mo und plugin php im gleichen Verzeichnis liegen, mit

load_plugin_textdomain('intouch', PLUGINDIR."/".dirname(plugin_basename(__FILE__)));

2.) die .mo Datei muß korrekt benannt sein und hat eine spezielle Anforderung, in deinem Fall dann:

intouch-de_DE.mo

Zitat von AndivomBerg

Was kann ich denn da machen?

Wie wär's mit einem Link zum ursprünglichen Source des Plugin's, den du benutzt? Ohne die Ursprungsquelle, muß ja nicht WP Plugin Store sein, wird's schwer, sich was vorzustellen, wenn man das Plugin gar nicht kennt :-D

Zitat von Alphawolf

PHP

load_plugin_textdomain('intouch', PLUGINDIR . '/intouch/');

Ich mag "fest verdrahtete" Pfade gar nicht! Ich möchte pro Plugin, das was auf sich hält, immer noch selbst entscheiden können, wie dessen Pfad lauten soll.
Für mich sind Plugin's, die nicht damit zurecht kommen, das man ihren Pfad umbenennt, einfach nicht tolerant genug geschrieben und unflexibel.
Es gibt öfter Kollisionen bei zig Tausend Plugins in der Welt, das jemand den gleichen Pfad für ein Plugin gewählt hat, den ein anderes schon benutzt, dann muß man das einfach umbenennen können.

load_plugin_textdomain('intouch', PLUGINDIR."/".dirname(plugin_basename(__FILE__)));

Wenn man den Plugin Base Name benutzt, kannst du das Verzeichnis des Plugin's umbenennen, wie du lustig bist, es funktioniert immer.

hmm, also der Code hat schon ein paar Jahre auf dem Buckel :-D
Jetzt weiß ich auch, was du meinst. Die Eingaben, die der Benutzer machen kann für die Beschriftung der Eingabefelder ist ja gerade aus Ermangelung einer *.mo Übersetzung gemacht worden und weil man so z.B. Webseite gegen Skypename austauschen kann.
Allerdings geht das dann nicht mehr in Japanisch, Chinesisch oder sonstwas anzuzeigen, denn du hast ja nur diese eine Wahl, wie das beschriftet wird.

Wenn du das schon als Basis für einen Umbau nehmen willst, solltest du überlegen, ob man Wahlfreiheit erlaubt, oder ob man feste Dropdown Listen anbietet, deren Inhalte per *.mo Datei bereits feststehen.
Dann kann man keine Beschriftungen mehr eingeben, sondern nur noch wechseln. Was nicht vorhanden ist und jemand braucht, könntest du als nächste Version bereitstellen.

Was mir noch auffällt ist, das dieses
1.) Plugin offensichlich register_globals braucht, was nicht immer geht und u.U. ein Sicherheitsproblem ist,
2.) Das Formular ohne Javascript nicht richtig (oder gar nicht) geht,
3.) ich mir nach flüchtiger Durchsicht nicht sicher bin, ob das Spam-sicher genug ist.

PS: Die Verbesserung im vorigen Post bezog sich auf den Plugin Ordner, der somit frei wechselbar wäre (aber eben nicht für dieses Plugin, weil das auch wieder hart codierte Pfade nutzt).