Umlaute

[JPaeper]

Hallo Leute,

ich habe folgendes Problem:
Bei der Eingabe in einer ~Textbox (String) führt "Lüneburg" zu "L?urg".
Woran liegt das?
Der Code als "Eigene Aktion" lautet:

PHP-Code:

<?
//Script zum WERTEZUWEISEN aus dem Webfrontend
if($IPS_SENDER == "WebFront")
{
    SetValue($IPS_VARIABLE,  $IPS_VALUE);
}
?>

Joachim

[paresy]

Das WebFront erwartet UTF-8 Kodierung. Du musst also den String vorher mit der Funktion kodieren:
PHP: utf8_encode - Manual

paresy

[JPaeper]

Hallo Paresy,

vielen Dank für den nächtlichen Einsatz.

Manchmal wundert man sich, das man offenbar der Erste mit diesem Problem in der IPS-Welt ist...(habe keine Information dazu im Forum als auch in der Dokumentation gefunden, da die meisten Nutzer hier Deutsche sind, sollten doch auch andere dieses irgendwie gelöst haben - oder ist es am Ende ganz trivial? )

Ich habe es jetzt mal so:

PHP-Code:

<?
//Script zum WERTEZUWEISEN aus dem Webfrontend
if($IPS_SENDER == "WebFront")
{ 
     SetValue($IPS_VARIABLE, utf8_encode($IPS_VALUE));
}
?>

oder auch so:

PHP-Code:

<?
//Script zum WERTEZUWEISEN aus dem Webfrontend
if($IPS_SENDER == "WebFront")
{
     $Eingabe = utf8_encode($IPS_VALUE);
     SetValue($IPS_VARIABLE, $Eingabe);
}
?>

probiert, leider ohne Erfolg...

Irgendetwas mache ich da wohl noch falsch.

Joachim

[squeeezer]

Zitat von JPaeper

Manchmal wundert man sich, das man offenbar der Erste mit diesem Problem in der IPS-Welt ist...(habe keine Information dazu im Forum als auch in der Dokumentation gefunden, da die meisten Nutzer hier Deutsche sind, sollten doch auch andere dieses irgendwie gelöst haben - oder ist es am Ende ganz trivial? )

... mach dir mal keine Sorgen, ich bin auch schon darüber gestolpert ... es war allerdings noch nicht so wichtig, dass ich eine Anfrage im Forum formuliert habe ... ich habs genau so wie du versucht, da ich mir bereits gedacht habe, dass es UTF8-codiert sein muss ... aber auch bei mir nach wie vor das gleiche Problem ...

[sysrun]

Probier mal

utf8_decode

statt

utf8_encode

[squeeezer]

... nene, gleiches ergebnis ... hab ich schon versucht ...

[robi]

Zitat von JPaeper

Irgendetwas mache ich da wohl noch falsch.

Das ist leider richtig.

Du gehst davon aus, dass IPS fehlerfrei wäre und Probleme stets durch Fehler des Anwenders verursacht würden.

Da in diesem Fall kein Fehler in Deinem Skript nachweisbar ist, dürfte als nächste Fehlerursache das Betriebssystem oder der verwendete Browser als "Verursacher" erkannt werden.

Wenn Du viel Glück hast, wird der eigentliche Fehler in IPS bei einem der nächsten Updates klammheimlich beseitigt. So läuft das hier....

[squeeezer]

Zitat von robi

Das ist leider richtig.

Du gehst davon aus, dass IPS fehlerfrei wäre und Probleme stets durch Fehler des Anwenders verursacht würden.

Da in diesem Fall kein Fehler in Deinem Skript nachweisbar ist, dürfte als nächste Fehlerursache das Betriebssystem oder der verwendete Browser als "Verursacher" erkannt werden.

Wenn Du viel Glück hast, wird der eigentliche Fehler in IPS bei einem der nächsten Updates klammheimlich beseitigt. So läuft das hier....

... jetzt mach mal nen Punkt ... ich kann gut verstehen, dass die Aufregung um die neue Lizenzierung dem ein oder anderen auf den Magen schlägt. Trotzdem sollten wir hier konstruktiv und lösungsorientiert bleiben. Falls es ein Bug ist, werde ich es normal melden und - meiner kurzen Erfahrung mit IPS nach - wird es auch mittelfristig (mit Changelog-Dokumentation) beseitigt. Wenn paresy ausgeschlafen hat (war ja ziemlich spät gestern nacht , wird er sicherlich noch mal etwas dazu sagen ...

[RWN]

Das ist in meinen Augen ein Bug!

Im Webfront gehen die Daten richtig raus kommen in IPS aber falsch an. Facto kannst Du wandeln was und wie Du willst, es wird nie funktionieren.

Aus einem Fragezeichen wird nie ein Umlaut werden.

[sysrun]

Mit

$_POST['Value']

könnts evtl klappen