[Sclot]

Hallo

...und ein Frohes neues Jahr an alle, die ich noch nicht hatte

Ich habe grad das problem, das mir ein Polnischer kunde ein sonderzeichen in ein Formular eingegeben hat, mit dem ich nichts anfangen kann.

Es ist der HEX Code A0

Unter Google finde ich dazu nur das dies ein "Geschütztes Leerzeichen" oder auch "No-Break Space" sein soll.

Eingeben kann man dieses Zeichen mit dem Code ALT+0160

Gut, ich kann mir vorstellen, das das ein problem sein könnte, wenn ich ein ISO Formular habe und der Polnische kunde z.b. in UTF-8 rein schreibt.

Andererseits habe ich auch gefunden, das ein Bug in der Gecko-Engine des Mozillas mal damit zu tun hatte:

https://bugzilla.mozilla.org/show_bug.cgi?id=194498


Ja...
Ich weiss jetzt nicht was ich damit machen soll.
Letzendlich ist das Problem, das die Daten an einen anderen Provider weitergereicht werden und der noch weniger mit dem Zeichen anfangen kann und deshalb seine komplette Verarbeitung des Datensatzes abbricht.

Muss halt irgendwie auszuschliessen gehen das so etwas vorkommen kann.

Vielleicht doch endlich mal ne UTF-8 DB+Formular verwenden?

Jemand eine idee?

[mepeisen]

Wandele es in ein normales Leerzeichen um. Das ganze hat den Sinn, Zeilenumbrüche zu verhindern. Besonders interessant wird es mit mathematischen oder logischen Ausdrücken, die man in einen normalen Text so dahinschreibt. Beispielsweise:
"Wir gehen davon aus, dass (a == b) ist."
Wenn du dies so in Word schreibst, dann kann es dir das in Klammern per Zeilenumbruch "kaputt" machen. Das geschützte Leerzeichen verhindert das.

[Jann Hendrik]

Also kurz zusammengefasst, ein 'normales' Leerzeichen, bei welchem aber kein Zeilenumbruch (im Gegensatz zum normalen) stattfinden kann?

Interessant!

[Sclot]

ok...
wie umwandeln? :/


EDIT:

So:

PHP-Code:

$var = str_replace(chr(hexdec(0xA0)),' ',$var); 


[CIX88]

Warum nicht gleich chr(32) ?

[Sclot]

weil ich nicht wusste das es 32 ist?


Edit:

...ah.. versteh schon... bin betriebsblind


PS: die Lösung kam vom robo47

[Waq]

Irgendwie versteh ich das Problem nicht. 0xa0 ist doch ein ganz normales Latin-1 Zeichen. Sogar in iso 8859-2 ist es an der gleichen Stelle.
Wenn sich irgendein Provider davon verwirren lässt, würde ich denen einen Bug-Report schreiben.

[Basti]

Das hexadezimale A0 entspricht dezimal 160 (nicht 32) und das entspricht, soweit ich weiß nicht nur in UTF-8 einem geschützten Leerzeichen, sondern auch in allen ISO 8859ern.

Macht also keinen Sinn, dass deswegen die Verarbeitung abbricht, es sei denn, es sind nur Zeichen des ASCII-Satzes erlaubt der ähnliches. Aber dann wärst du ja schon bei jedem Umlaut etc. an diese Grenze gestoßen.

Ich würde also mal bei besagtem Provider nachhaken, was es damit auf sich hat, welchen Zeichensatz er erwartet und warum er dieses Zeichen abweist.

Basti

PS:
Generell ist es natürlich empfehlenswert, alles in UTF-8 zu erledigen, aber so ganz hat das dann eben doch nicht immer hin (zum Beispiel palin/text-E-Mails, die von einigen MUAs/Webmailern falsch dargestellt werden, wenn sie in UTF-8 kodiert sind).