Naseweis: Unicode-Darstellung von Webseiten

Beitrag lesen

Hallo,

das ist aber nicht so ganz sinnvoll. Der Hinweis ist schon korrekt, aber entweder gibt er die Kodierung mit HTTP an oder er benutzt die meta-Zeile, aber nicht beides.

Doch, es ist sogar die Regel.

Schön blöd,...

Doppelte Angaben bringen nichts außer Verwirrung.

Ja klar - und genau die haben wir schon.  ;-)

...wie man sieht :-) Also ich empfehle generell, nur die meta-Zeile zu benutzen, weil die Angabe per HTTP beim Abspeichern auf der Festplatte verloren geht (schriebst du ja bereits). Ist es aber per meta geregelt, braucht man die HTTP-Angabe nicht mehr (zur Zeichenkodierung, der Inhaltstyp steht nicht zur Debatte).

Nein, warum sollte der Haken (Hacken sind was anderes, Markus :-) bei iso-8859-1 auf Automatik stehen bleiben, wenn ihr doch erwartet, dass er bei utf-8 auf utf-8 springt? Wenn überhaupt, dann dürfte Opera überhaupt keine Zeichenkodierung erkannt haben. Das kann aber nicht sein, weil Markus' meta-Zeile korrekt vorhanden ist.

Sie wird aber ignoriert, wenn -was ich voraussetzen muss- der Server im HTTP-Dialog einen Content-Type angibt.

Das ist richtig, aber das ist nicht sein Problem :-) Er hat nur gefragt, warum sein Opera-Menü Automatik statt utf-8 anzeigt. Das kann nichts mit dem Überschreiben der meta-Angabe utf-8 durch HTTP iso-8859-1 zu tun haben, denn dann würde im Menü iso-8859-1 statt Automatik stehen. Tut's aber nicht, also ist es normal, das Opera im Menü immer die vom Browsernutzer gewählte Option anzeigt (in diesem Fall Automatik) und nicht die vom Browser erkannte Kodierung.

Dass die Schriftzeichen falsch angezeigt werden, was in deinem Szenario sich widersprechender HTTP- und Meta-Angaben der Fall sein müsste, hat er nicht gesagt (noch nicht, aber da es beim IE und Firefox funktioniert, wird er es auch nicht).

Lieben Gruß, Naseweis