Aha - ein typisch deutsches Problem, deswegen auch mal in deutsch an dieser Stelle.
Mir ist das Problem als solches klar - deutsche Sonderlaute korrekt darstellen, aber was soll das Modul bewirken und an welcher Stelle bzw. wo soll es greifen ?
Und - muss es ein ganzes Modul sein, eine Anzeige läßt sich durch simples tauschen bewirken.
Da der integrierte editor htmlare (oder wie der immer heisst) die html-namen automatisch wieder in ü oder was auch immer zurückverwandelt, soll bevor der inhalt und die navigation ausgegeben werden das modul über alles rüberlaufen und die umlaute wieder in html-namen umwandeln.
PS: es würde schon reichen, wenn irgendwo eine doku über cmsmadesimple erhältlich wäre, welche die funktionsweise des system erklärt (was, wann, wie, wo).
Dazu wird kein Modul benötigt, man sollte nur an richtiger Stelle unmittelbar vor dem Speichern den Inhalt wandeln so z.B.
$vari = "Wäre ich ein Holzfäller, so müßte ich Bäume fällen. üöäÜÖÄß";
$array = array ("ä" => "ä", "ü" => "ü","ö"=>"ö", "ß" => "ß","Ä"=>"Ä","Ö"=>"Ö","Ü"=>"Ü");
$vari = strtr($vari, $array);
echo $vari;
//$vari wurde umgewandelt in
//Wäre ich ein Holzfäller, so müßte ich Bäume fällen. üöäÜÖÄß
//Die Ausgabe ist korrekt auf Umlaute
//Die Charcodeeingabe ist besser als z.B äi; da sie immer funktioniert
Die eigentliche Funktion ist die strtr - eine PHP - Standardfunktion die hier in dem Beispiel den Inhalt der Variablen $vari bearbeitet , die Weisheiten holt es aus dem Array $array, das leicht auf die benötigten Werte zu ändern ist.
Hier im Forum wird das Array vom Inhalt allerdings gleich korrekt angezeigt, so das der Code etwas unverständlich dargestellt wird.
ä hat z.B. den Code & # 2 2 8 ; (Zusammen geschrieben und nicht auseinander.
also im Arrray ist es dann "ä"=>"& # 2 2 8 ;" usw. - so wird dann auch die übersetzte Variable sein, die hier allerdings gleich korrekt angezeigt wird.
nur weiss ich nich welche datei für was ist...
also wenn ich die source von /admin/editcontent.php richtig verstanden habe dann sollte ich diese datei erweitern oder?
Das Thema interessiert mich schon, da ich auf dem W´ebserver keinerlei Probleme habe und auch nichts umfummeln muss.
Aber auf Grund dieser Schilderung musste ich feststellen, das ich nunmehr lokal (Suse aber auch Lampp) das gleiche Problem habe.
In einer separaten Testdatei funktioniert das umfummeln und ich kann bestätigen unter CMS nicht - da erscheinen ? Zeichen, was bedeutet, das hier die Funktion nicht greift, da die Umlaute in anderer Form angeboten werden und so gesehen die Funktion die äöü usw. nicht finden und damit nicht tauschen kann.
Werde mal weiter fummeln, wenn das nicht gelöst ist, kann ich diese cms nicht verwenden.
Und nachfolgender Code ist das gleiche in grün, jedoch einfacher und setzt alle Zeichen >128 in &# number ; - es wird also eigentlich keine Änderung benötigt
Habe nun auch herausbekommen,warum ich auf einmal lokal eine Falschdarstellung erhalte, was vorher nicht der Fall war.
Der lokale Apache - Webserver war lokal auf den falschen Zeichensatz eingestellt und korrespondierte nicht mit der Einstellung in der CMS , die da ist:
Haber das bei mir korrigiert und nun läuft es so wie es auf dem lokalen Webserver so wie auf dem öffentlichen.
Diese Scriptlösung ist also bei korrekter Einstellung völlig überflüssig und kostet nur Zeit.
Hi ihr, da ich das selbe Problem hab, aber noch nich hab lösen können, mische ich mich da mal ein, bzw hoffe auf Hilfe
Ich habe den von piratos genannten "PHP-Part"
in die Index eingefügt. Irgendwie scheint es auch zu funktionieren. Nur leider wird mir in der richtigen Ansicht dann das ganze zweimal gelistet. Einmal falsch, und darunter kommt die verbesserte Variante mit ersetzten Umlauten...
Woran liegt das?