Umlautproblem in Formular

[Nicola]

Hallihallo!

Ich habe ein Umlautproblem mit einem Formularsatz.
Ich fahre Suse-Linux und wenn ich Eingaben in dem
Formular eingebe, erscheinen diese spaeter (beim
Wiederaufruf des Formulares) vermurxt.

Ich habe bislang gedacht, man muesste nur dem
Formular die Zeichensatz-Info fuer den Browser
mitgeben und dann klappt das mit den unterschied-
lichen Systemen.

Aber die Seiten sind entsprechend deklariert:
a la 'Content-Type: text/html; charset=ISO-8859-1'

http://www.shopanbieter.de/anbieter/verzeichnis_test/edit_link.php

Also wenn es das nicht bringt, wie kriegt man
ein Formular so hin, dass - egal welcher Browser
ihm begegnet - es mit den Eingaben klarkommt
(oder der Browser weiss, was er eingeben soll)?

Dank fuer Eure Hinweise!

Herzliche Gruesse
Nicola

[Alex]

Wenn ich dich richtig verstanden habe, dann würde eine Realtime-Prüfung via JavaScript dir da weiter helfen.

Das Script prüft während der Eingabe auf Umlaute und ersetzt diese.

[Nicola]

Wenn ich dich richtig verstanden habe, dann würde eine Realtime-Prüfung via JavaScript dir da weiter helfen.

Hallo Alex!

Ja, oder man ersetzt alle Umlaute etc. in Entities beim Speichern...

Aber abseits von Workarounds bin ich davon ausgegangen, dass
es eine ganz basale (banale) Methode geben muss, damit
Eingaben in Formularen auch "System-Zeichensatz-uebergreifend"
funktionieren.

Z.B. indem der Browser "weiss", welcher Zeichensatz erwartet
wird, wenn das Formular entsprechende Info mitgibt und dann
bei der Eingabe eben entsprechend 'wandelt'.

Ich meine, jedes halbwegs vernuenftige Blogsystem laesst
sich doch problemlos aus verschiedenen Betriebssystemen
heraus nutzen und viele Formulare auch. Die fangen
doch nicht ALLE die Sonderzeichen einzeln ab(?)

Habe hier gelesen, dass es auch so geht mit dem Zeichen-
satz im Head:
http://www.selfphp.info/forum/showthread.php?t=6734

Nur im Head der Seite steht ja
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
Und dennoch gibt es das Problem... Braucht es also ausser
der ZS-Angabe im Head evtl. noch etwas?

Herzliche Gruesse
Nicola Straub

[Marc]

Hallo Nicola,

Nur im Head der Seite steht ja
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
Und dennoch gibt es das Problem... Braucht es also ausser
der ZS-Angabe im Head evtl. noch etwas?

Es ist zumindest "ungewöhnlich" in Datenbanken iso-8859-1 zu speichern. Bist Du Dir sicher, dass dort nicht zum Beispiel utf-8 verwendet wird?

Viele Grüße,
Marc.

[dedlfix]

echo $begrüßung;

Ich fahre Suse-Linux und wenn ich Eingaben in dem Formular eingebe, erscheinen diese spaeter (beim Wiederaufruf des Formulares) vermurxt.

"Vermurxt" ist keine Aussage, zu der man dir erklären könnte, was vermutlich passiert. Auch ist "später" nicht geeignet, den Ablauf und die beteiligten Systeme zu verdeutlichen. Qualifizierte Tipps sind somit nur schlecht möglich.

Ich habe bislang gedacht, man muesste nur dem Formular die Zeichensatz-Info fuer den Browser mitgeben und dann klappt das mit den unterschiedlichen Systemen.

Der Zeichensatz ist im Webumfeld immer Unicode. Die Zeichenkodierung ist jedoch das interessante.

Aber die Seiten sind entsprechend deklariert: a la 'Content-Type: text/html; charset=ISO-8859-1'

Es gibt einen gleichnamigen HTTP-Header, der Vorrang vor dieser Meta-Angabe hat, wenn er gesetzt ist.

http://www.shopanbieter.de/anbieter/verzeichnis_test/edit_link.php

Das ist hier aber nicht der Fall. Normalerweise halten sich die Browser auch beim Senden von Formulardaten an diese Angabe. Es gibt jedoch auch noch das accept-charset-Attribut für das Form-Element.

Außerdem kann die Verunstaltung auch noch "später" erfolgen.

echo "$verabschiedung $name";