Meist ist es ja so, dass die deutsche Sprachdatei de_DE.mo/po heißt, CL legt diese Files aber als pluginxy-de_DE.mo/po an.
Das ist nicht richtig. Wenn der Author das Plugin korrekt geschrieben hat, dann wird die Sprachdatei auch mit dieser Kombination mittels der Funktion load_plugin_texdomain geladen, hier der WordPress Core Code Ausschnitt:
PHP
function load_plugin_textdomain( $domain, $abs_rel_path = false, $plugin_rel_path = false ) {
$locale = apply_filters( 'plugin_locale', get_locale(), $domain );
if ( false !== $plugin_rel_path ) {
$path = WP_PLUGIN_DIR . '/' . trim( $plugin_rel_path, '/' );
} else if ( false !== $abs_rel_path ) {
_deprecated_argument( __FUNCTION__, '2.7' );
$path = ABSPATH . trim( $abs_rel_path, '/' );
} else {
$path = WP_PLUGIN_DIR;
}
$mofile = $path . '/'. $domain . '-' . $locale . '.mo';
return load_textdomain( $domain, $mofile );
}
Wie man sieht, wird die Textdomain mit dem Sprache verknüpft, der Dateiname so gebildet und auch so angeladen. Damit ist auch die Arbeitsweise von meinem Plugin korrekt.
Den Fall, den du beschreibst, sieht mir nach einem Progammierfehler im Plugin aus. Kannst du den Plugin Download bereitstellen, damit man sich das fehlerhafte Plugin ansehen kann?
