Sonderzeichen

Hallo Chris
Ja, siehe dritte Codezeile, kein Unterschied ob auskommentiert oder nicht :confused:

Ups :smiley: Aber du müsstest ja „encode“ machen, um als „Ergebnis“ UTF8 zu bekommen, und nicht „decode“?! Du musst doch am Ende UTF8 haben, damit es bei dir klappt, oder verstehe ich dich falsch?

Grüße,
Chris

Klar, du hast natürlich Recht :smiley: Jedoch ändert sich nur die Ausgabe ein wenig, das Zeichen läuft immer noch nicht in die Schlaufe rein, im Gegensatz zu jedem anderen Zeichen, wenn ich die if Bedingung ändere.
Asgabe ohne utf8_encode: Müller
Ausgabe mit utf8_encode: Müller
Vielen Dank und Gruss
Roland

Hmmmm…stimmt nur die „print-Ausgabe“ im IPS nicht, oder auch die Ausgabe auf deinem Display?

Dann würde mir für „ü“ nur noch das einfallen:
[b]&#252 /b
&uuml (HTML - wobei das wohl eher nicht g)
>> jeweils mit „;“ dahinter, kann ich nur nicht posten, weil es das Forum automatisch ändert :smiley:

Ansonsten bleibt es wohl ein IPS 4.x Problem…

Grüße,
Chris

ich kann’s im Moment leider grad nicht Testen auf dem Display aber ich vermute schon dass es sich um ein IPS 4.x oder um ein Problem in meiner Konfiguration handelt. Aus meiner Sicht sollte es doch möglich sein alle Zeichen in einer Schleife auszuwerten, auch Sonderzeichen und die Ausgabe in der Console stimmt bei mir ja auch nicht:

echo "Müller";

gibt bei mir:
Müller
aus und

echo utf8_encode("Müller");

gibt
Müller

Hallo rores,

hab da gerade ein zusätzliches Thema aufgemacht.

Sonderzeichen kurios/Migrationsproblem?

Bei mir macht der „.=“-Operator Probleme, den Du ja auch verwendest. Einen konkreten Bezug zu Deinem Problem kann ich aber nicht sicher herstellen…

Grüße
Christian

Das Ausgabeproblem ist mit dem nächsten Update der Konsole gelöst :slight_smile:

Dein Vergleichsproblem ist ein anderes. Da die Zeichenketten in IP-Symcon 4.0 in UTF-8 kodiert sind, ist dein ü in wirklichkeit 2 Zeichen lang. Somit wird der Vergleich niemals klappen. Nutze für den Fall lieber eine Funktion wie str_replace, die auch mit UTF-8 korrekt zurecht kommt.

paresy

Hallo paresy, super, so funzt es :loveips: Vielen Dank, Grüsse Roland

Ich muss gestehen… ich schaffe das gerade nicht zu testen.
Aber gilt das auch für die Konfigurationen von PHP-Modulen ?
Dort stand, zumindest gestern, bei mir auch noch ‚Mist‘.
Die JSON-Files sind jetzt alle UTF-8

Michael

Hat wohl nicht wirklich geklappt.
Meldung beim laden des ‚Entsorung Luebeck‘ Moduls bzw. bei ApplyChanges.
Fehlermeldung mit rotem X:


IP-Symcon Management Console [localhost]

Ungültige Adresse!

OK

Meldung im Einstellungs-Dialog wenn im Testcenter ‚Aktualisieren‘ betätigt wird:
Infomeldung mit blauem I:

[Window Title]
Information

[Content]
Ungültige Adresse!

[OK]

Außerdem werden die Einstelldialoge noch immer falsch dargestellt :frowning:

Umlaute.png

Michael

Die Fehlermeldung und die anderen beiden Fehler sind im nächsten korrigiert.

paresy

Jetzt fehlen noch die Scriptausgaben in der MsgBox wenn ein Script direkt aus dem Objektbaum gestartet wird (rechtsklick ausführen oder STRG-E)

Siehe Bild, links unten die korrekte Scriptausgabe, sowie die MsgBox mit dem Ergebnis von Script ausführen aus dem rechten Objektbaum.


Michael

Korrigiere ich zum nächsten Update.

paresy

Habe aktuell noch das Problem mit Umlauten/Sonderzeichen bei:

-Emails (über die SMTP-Instanz gesendet)

-Prowl-Benachrichtigungen (über bekanntes Prowl-Skript)

Ist da noch was in Arbeit?

E-Mails: Ja. Kümmere ich mich drum.
Prowl: Nein. Du müsstest selbst ein utf8_decode beim String hinzufügen.

paresy

eMails: dankö!

Prowl:
nur zum DAU-Verständnis :smiley:
UTF-8 soll doch gemäß deiner Aussage zukünftig überall DER weg sein.
Die Prowl-API arbeitet imho auch mit UTF-8

Das Skript sieht ja derzeit so aus:


    $prowl->push(array(
     'application'=>'IP-Symcon',
     'event'=>utf8_encode($Ereignis),
     'description'=>utf8_encode("$Datum $Uhrzeit - $Text"),
     'priority'=>$Priority
    ));

Eigentlich müsste das dann doch zukünftig komplett ohne utf8_encode oder utf8_decode möglich sein?

Stimmt. Dann müssen die utf8_encode einfach weg :slight_smile:

paresy

jupp, funktioniert.
sorry, hätte ich ja auch erst ausprobieren können.
ich dachte wenn alles utf8-basiert ist, schadet das utf8_encode auch nicht… tut es aber wohl doch.
erledigt, thx!