Das gibt aber dennoch Probleme:
Jeder Template-Ersteller, der bislang für eigenen Zwecke eigenen Definitionen hatte, der lädt diese ja in seiner config.inc.php mit einem Code wie diesem:
Code: Select all
$probelang = dirname(__FILE__) . '/lang_' . $serendipity['lang'] . '.inc.php';
if (file_exists($probelang)) {
include $probelang;
} else {
include dirname(__FILE__) . '/lang_en.inc.php';
}
Das tut er auch weiterhin, auch wenn ich als User die Variable in local_config setzte. Sie werden also DOPPELT geladen.
Und nochwas ist ungünstig: Bei allen, Templates, die eigene Sprach-Dateien haben und die ich bislang gesehen habe, wird keine UTF-8-Version der Sprachdatei angelegt! Das ist natürlich grundsätzlich ein Problem, wenn das Template Umlaute enthält und in einer UTF-8-Umgebung geladen wird. Es macht aber nochmehr Probleme, weil man nun für individuelle User-Sprachdateien die Template-Sprachdateien selber ggf. in UTF-8 umsetzen muß.
Andererseits könnte mal alle Template-Ersteller mal anhalten, ihre lang-Dateien auch in UTF-8 bereitzustellen.