MfG, Robert Nitsch

so sieht der code aus bei mir

lng = $lng;

/* DIR_ROOT muss außerhalb dieser Datei deklariert werden und muss den Pfad

zum Hauptverzeichnis des Webprojekts beinhalten

Außerdem setzt diese Klasse eine gewisse Verzeichnisstruktur vorraus… (/include/lng) */

$path = DIR_ROOT.‘/include/lng/’.$lng.‘.txt’;

if(file_exists($path))

{

$fh = fopen($path, ‘r’);

$matches = array();

while($zeile = fgets($fh))

{

if(preg_match(‘/^([^;\s]+)\s*=([^;]*).*$/’, $zeile, $matches))

{

$this->lng_strings[$matches[1]] = $matches[2];

}

}

}

else

{

throw new Exception(“language file ‘$path’ doesnt exist”);

}

}

/**

* Gibt einen Sprachstring zurück.

* @param string $name Der Name des Sprachstrings.

*/

function get($name)

{

return $this->lng_strings[$name];

}

};

/*

-> singleton pattern

(immer nur eine einzige Instanz dieser Klasse zulassen;

Instanz(en) werden ausschließlich über diese Funktion erstellt)

*/

function getLangInstance($language) {

static $lang_instance;

if(!is_object($lang_instance)) {

global $obst;

$lang_instance = new Lang();

$lang_instance->load_lng($language);

}

return $lang_instance;

}

?>

Public, protected und private sind nämlich Bestandteile von PHP5. In PHP4 hat man stattdessen einfach nur “var” genommen.

Ich bin mir jedoch derzeit nicht ganz sicher, wie es sich mit “parent” verhält:
return parent::fetch( $_smarty_tpl_file, $_smarty_cache_id, $_smarty_compile_id, $_smarty_display);

Diese Anweisung bereitet evtl. Probleme bei der Portierung zu PHP4. Zur Not muss man eben nicht nur die Syntax des Codes an PHP4 anpassen, sondern auch die Logik…

Aber im Moment ist es mir etwas zu spät dafür. Ich hau mich ins Bett. =)

MfG, Robert Nitsch

Aber soll kein vorwurf sein trozdem klasse arbeit. Hab selten so ein gutes verständliches tutorial gelesen

danke erstmal.

Auf den ersten Blick fällt mir nur ein, dass PHP in Version 5 benötigt wird (das habe ich jetzt auch im Artikel ergänzt), weil der Code auf Sprachelemente zurückgreift (z.B. Datenkapselung: “public”, “private” usw.), die erst seit PHP5 unterstützt werden.
Ansonsten fällt mir noch ein, dass es derzeit leider sehr schwierig ist, Quelltexte aus meinen Artikeln zu kopieren. Der Link “Show Plain Text” funktioniert nämlich nicht so, wie er eigentlich sollte. Am besten gehst du ganz sicher, dass du den Code 100% richtig kopiert hast.
Wenn du möchtest kannst du mir die Datei, die du auf deinem Webspace eingebunden hast, auch gerne per Mail zuschicken, damit ich sie mir mal ansehe. Meine Addresse hierfür ist dev at robertnitsch dot de.

MfG, Robert Nitsch

Ersteinmal klasse post da man sehr gut davon lernen kann.
Jedoch hab ich ein kleines Problem. Habe deine lang.php genommen und alles gemacht wie beschrieben. Leider bekomme ich immer diese meldung

Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or ‘}’ in /var/www/vhosts/meinedomain.de/httpdocs/kci/core/lang.php on line 13

Hast du ne idee?

Gruss

Dragon

Versichern kann ich aber ernsthaft, dass die Codes im Artikel korrekt sind. Vielleicht gibt es irgendwelche PHP-Einstellungen, die sich auf die Auswertung regulärer Ausdrücke in einem Maße auswirken, dass solche Fehler wie bei dir auftreten.

Der Underscore “_” lässt sich ganz einfach einbauen, indem du translate_prefilter und _translate_callback anpasst. Das ist sehr einfach, darum erspare ich uns die Beschreibung.

MfG, Robert Nitsch

Ich hab das Ganze mal umgesetzt für das Zend Framework (ZF).

Zur Integration von Smarty in das ZF gibt es eine View-Klasse, die Smarty entsprechend dem Zend_View_Interface wrapped. Dort habe ich den Filter und die Callback-Funktion eingebaut:

/**
* Diese sogenannte Callback-Funktion wird für jedes Auftauchen von ##…## innerhalb von Templates
* aufgerufen und gibt die jeweilige Ersetzung zurück.
* @param string $string Die konkrete Übereinstimmung. Z.B. “##user_form_username##)”
*/
function _translate_callback($string) {
$string = substr($string[0], 2, strlen($string[0])-4);
return Zend_Registry::get(‘lang’)->translate($string);
}

/**
* Dies ist der Smarty-Prefilter. Er führt die Ersetzung der Sprachstrings ##…##
* durch die Callback-Funktion _translate_callback() durch.
*/
function translate_prefilter($tpl_source, &$smarty) {
return preg_replace_callback(“/##.*##/”, array($this, “_translate_callback”), $tpl_source);
}

Dann habe ich noch die funktion render() von meiner Zend_View-Implementierung verändert:

public function render($tpl_source) {

// Jede Sprache soll einen eigenen Satz an Compiled- und Cached-Files haben.
// Dafür wird das jeweilige Länderkürzel einfach in den Dateinamen dieser Dateien eingebaut.
if (strpos($this->_smarty->compile_id, Zend_Registry::get(‘lang’)->getLocale()) === false) {
$this->_smarty->compile_id = Zend_Registry::get(‘lang’)->getLocale().$this->_smarty->compile_id;
$this->_smarty->cache_id = $this->_smarty->compile_id;
}
return $this->_smarty->fetch($tpl_source);
}

Ich würde nun gern das in Gettext übliche _(…) als Stringkennzeichnung benutzen.

Weiterhin bekomme ich einen merkwürdigen Fehler. In der ersten Zeile meines Templates wird der String nur ersetzt, wenn die hintere Begrenzung weggelassen wird:

##Benutzer ##zurück zur Liste

fasse ich die Strings richtig ein:
##Benutzer## ##zurück zur Liste##

Entsteht das:
Benutzer##
##zurück zur Liste