Browser rendern Eurozeichen/Eurosymbol in ISO-8859-1

mermshaus · 14.01.2011, 18:55

PHP-Code:

  header('Content-Type: text/html; charset=ISO-8859-1');

 
// Ceci n'est pas un euro symbole

echo "\x80";

x80 ist in ISO-8859-1 der C1-Kontrollcode PAD. Alle Browser, die ich gerade da hatte (Firefox, Chromium, Safari, diverse Internet Explorer), rendern allerdings anstandslos das Eurozeichen, wie es an der Stelle etwa in Windows-1252 kodiert ist.

Manko10 · 14.01.2011, 19:06

ISO-8859-1 enthält eigentlich kein Euro-Zeichen. Dafür ist ISO-8859-15 da. Oder eben Unicode.
So, was ist jetzt konkret deine Frage? Oder war das nur eine Feststellung?

mermshaus · 14.01.2011, 19:23

Ja, das war eine Feststellung/ein Rant. Ich empfinde solche bewusst gemachten Fehler als überaus unschön.

fireweasel · 15.01.2011, 11:01

Zitat:

Zitat von mermshaus

Ja, das war eine Feststellung/ein Rant. Ich empfinde solche bewusst gemachten Fehler als überaus unschön.

Im Prinzip gebe ich dir ja recht. Aber welche Software benutzt (heutigentags) schon Control-Characters? Noch dazu die oberen 32? Und ein Browser rendert den Text einfach nur, er gibt ihn nicht an andere Software weiter. Es ist also faktisch wurst, wie er diesen Zeichenbereich interpretiert.

Andererseits sind mit Windows arbeitende, "Webdesigner" und die unter Windows im WWW Surfenden ihre "Standards" gewöhnt. Würde jetzt ein Browser statt der erwarteten Zeichendarstellung nach der Codepage 1252 nur die lustige Raute mit dem Fragezeichen drin darstellen, würden die garantiert den Browser(hersteller) für unfähig erklären. Da beugt man sich eben den Erwartungen der "Mehrheit".

Manko10 · 15.01.2011, 13:25

Wahrscheinlich wissen viele auch nicht, dass ISO-8859-1 kein €-Zeichen enthält, weshalb eine solche Korrektur vorgenommen wird (zulasten eines Zeichens, das < 0,03% der Webdesigner brauchen).

mermshaus · 15.01.2011, 14:20

Mir ist klar, warum Browser sich so verhalten, wie sie sich verhalten. Das mag für den Ausgabekontext „HTML im Browser“ aus Herstellersicht hinsichtlich des Wettbewerbs nachvollziehbar – wenn auch falsch – sein.

Aber morgen heißt es dann: „In meinem PDF sind nur so weiße Kästen statt des Eurozeichens. In der Anwendung ist aber alles richtig. Was kann ich tun?“ Oder: „Wollte die Anwendung endlich auf UTF-8 umstellen, aber Eurozeichen werden zu Fragezeichen.“ Oder auch nur: „Drucker druckt nur weiße Kästen.“

Die Browserhersteller scheinen davon auszugehen, dass einem normalen Entwickler/HTML-Autor nicht zugetraut werden kann, einen passenden Zeichensatz zu wählen. Sie gehen aber anscheinend gleichzeitig davon aus, dass ein normaler Entwickler weiß, dass er an dieser Stelle binär falsche Daten erzeugt, die weitere Bearbeitung benötigen, wenn sie in einem anderen Kontext verwendet werden sollen. Das ist paradox.

Am Rande werden so andere Software-Stacks unter einen gewissen Druck gesetzt, denselben Fehler zu implementieren, was schlicht und ergreifend schlecht ist.

Für mich persönlich ist das keine Staatsaffäre, denn ich weiß, wie Zeichensätze funktionieren. Da ich mich aber kürzlich fragte, wie es das Eurozeichen durch eine bestimmte ISO-8859-1-Anwendung schafft, hielt ich es für sinnvoll, das Thema zu problematisieren. Vielleicht wird dieser Thread ja per Suchmaschine gefunden und hilft ein oder zwei anderen Leuten.

mermshaus · 28.06.2011, 14:08

- http://www.w3.org/TR/2009/WD-html5-2...er-encodings-0

Puh, sieht wohl so aus, als müssten Browser nach der HTML5-Spezifikation (in früheren habe ich nicht geguckt) ISO-8859-1 als Windows-1252 interpretieren.

(via http://xhtmlforum.de/65017-html5-w3c...2-warning.html)

nikosch · 28.06.2011, 16:02

Zitat:

Aber morgen heißt es dann: „In meinem PDF sind nur so weiße Kästen statt des Eurozeichens. In der Anwendung ist aber alles richtig. Was kann ich tun?“ Oder: „Wollte die Anwendung endlich auf UTF-8 umstellen, aber Eurozeichen werden zu Fragezeichen.“ Oder auch nur: „Drucker druckt nur weiße Kästen.“

Hast Du die Sachen denn mal in eine Datei geschrieben? Ich sehe jetzt keinen größeren Sinn darin, dass ein Browser irgendein Control-Character darstellen soll. Wenn Du dagegen einen Binär-Mimetyp anforderst, werden die das doch sicher korrekt ausliefern?!

lcrash · 28.06.2011, 17:07

Ich glaube hier kann man HTML5 keine Schuld geben, denn mir ist das vor Jahren schon mal aufgefallen. Es wurde also schon immer so gemacht und mit HTML5 erst zum Standard. Trost ist ja, dass UTF-8 unterstützt werden muss. UTF-7 und UTF-32 hat Firefox ja schon gestrichen (https://developer.mozilla.org/en/fir...for_developers).

mermshaus · 28.06.2011, 18:38

@nikosch:

Ja, binär wird alles korrekt ausgeliefert, es ist nur unter Umständen einfach das falsche Byte.

Mir ging's glaube ich damals darum, dass es Leute dazu verleitet, falsche Bytes etwa in eine Datenbank einzutragen. ISO-8859-1-Eingabeformular, „€“-Zeichen eingetippt, 0x80 landet im DB-Feld, das als Charset ebenfalls ISO-8859-1 gesetzt hat. Bei Ausgabe in HTML ist das (offenbar) unproblematisch, aber falls die DB-Daten mit einer Software weiterverarbeitet werden, die diesen Windows-1252-Fallback nicht mitmacht, sondern ISO-8859-1 sauber interpretiert, wird's meines Erachtens kritisch.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Uploadscript funktioniert nicht in allen Browsern	tuningflex	HTML, Usability und Barrierefreiheit	4	29.10.2010 13:34
Internetseite mit verschiedenen Browsern testen	MarkLob	Off-Topic Diskussionen	16	22.07.2009 11:42
html2ps: url als pdf rendern und datei speichern	grafik2	PHP Tipps 2008	13	29.09.2008 11:17
Text rendern => Fontgröße ändert Ausrichtung	M3g4Star	PHP Tipps 2007	19	29.03.2007 14:43
Script wird in 2 Browsern anderes angezeigt	themonk	HTML, Usability und Barrierefreiheit	6	02.02.2006 20:24
Bitte um Test in versch. Browsern	Basti	HTML, Usability und Barrierefreiheit	6	25.01.2006 07:25
unterschiedliche Behandlung von Browsern durch PHP/Apache?		Server, Hosting und Workstations	6	22.01.2006 13:00
Java Login-Formular funktioniert mit 3 Browsern nicht.		HTML, Usability und Barrierefreiheit	5	22.09.2005 09:49
coockies unterschiedlich bei versch. browsern	janni	PHP Tipps 2005-2	1	23.06.2005 17:27
Pixel verschieden bei Browsern?	Kenshin	HTML, Usability und Barrierefreiheit	18	13.05.2005 09:24
Tabel unter verschiedenen Browsern	nixdorf	HTML, Usability und Barrierefreiheit	4	06.05.2005 22:35
CSS: Mindesthöhe in verschiedenen Browsern		HTML, Usability und Barrierefreiheit	23	07.03.2005 22:23
Verdammter Ärger Mit Den Browsern		HTML, Usability und Barrierefreiheit	6	04.12.2004 14:46
Probleme mit verscheidenen Browsern		PHP-Fortgeschrittene	8	03.12.2004 15:43
Bitte um Layout-Test in euren Browsern	Basti	HTML, Usability und Barrierefreiheit	13	18.09.2004 14:49

14.01.2011, 18:55
mermshaus Erfahrener Benutzer Registriert seit: 14.06.2009 Beiträge: 1.729 PHP-Kenntnisse: Fortgeschritten	Browser rendern Eurozeichen/Eurosymbol in ISO-8859-1 PHP-Code: `header('Content-Type: text/html; charset=ISO-8859-1'); // Ceci n'est pas un euro symbole echo "\x80";` x80 ist in ISO-8859-1 der C1-Kontrollcode PAD. Alle Browser, die ich gerade da hatte (Firefox, Chromium, Safari, diverse Internet Explorer), rendern allerdings anstandslos das Eurozeichen, wie es an der Stelle etwa in Windows-1252 kodiert ist. __________________ Blog \| Buch \| Kaloa Geändert von mermshaus (14.01.2011 um 19:00 Uhr).


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

14.01.2011, 19:06
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.706 PHP-Kenntnisse: Fortgeschritten	ISO-8859-1 enthält eigentlich kein Euro-Zeichen. Dafür ist ISO-8859-15 da. Oder eben Unicode. So, was ist jetzt konkret deine Frage? Oder war das nur eine Feststellung? __________________ Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

14.01.2011, 19:23
mermshaus Erfahrener Benutzer Registriert seit: 14.06.2009 Beiträge: 1.729 PHP-Kenntnisse: Fortgeschritten	Ja, das war eine Feststellung/ein Rant. Ich empfinde solche bewusst gemachten Fehler als überaus unschön. __________________ Blog \| Buch \| Kaloa

15.01.2011, 13:25
Manko10 Supermoderator HD Registriert seit: 16.03.2008 Beiträge: 8.706 PHP-Kenntnisse: Fortgeschritten	Wahrscheinlich wissen viele auch nicht, dass ISO-8859-1 kein €-Zeichen enthält, weshalb eine solche Korrektur vorgenommen wird (zulasten eines Zeichens, das < 0,03% der Webdesigner brauchen). __________________ Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

15.01.2011, 14:20
mermshaus Erfahrener Benutzer Registriert seit: 14.06.2009 Beiträge: 1.729 PHP-Kenntnisse: Fortgeschritten	Mir ist klar, warum Browser sich so verhalten, wie sie sich verhalten. Das mag für den Ausgabekontext „HTML im Browser“ aus Herstellersicht hinsichtlich des Wettbewerbs nachvollziehbar – wenn auch falsch – sein. Aber morgen heißt es dann: „In meinem PDF sind nur so weiße Kästen statt des Eurozeichens. In der Anwendung ist aber alles richtig. Was kann ich tun?“ Oder: „Wollte die Anwendung endlich auf UTF-8 umstellen, aber Eurozeichen werden zu Fragezeichen.“ Oder auch nur: „Drucker druckt nur weiße Kästen.“ Die Browserhersteller scheinen davon auszugehen, dass einem normalen Entwickler/HTML-Autor nicht zugetraut werden kann, einen passenden Zeichensatz zu wählen. Sie gehen aber anscheinend gleichzeitig davon aus, dass ein normaler Entwickler weiß, dass er an dieser Stelle binär falsche Daten erzeugt, die weitere Bearbeitung benötigen, wenn sie in einem anderen Kontext verwendet werden sollen. Das ist paradox. Am Rande werden so andere Software-Stacks unter einen gewissen Druck gesetzt, denselben Fehler zu implementieren, was schlicht und ergreifend schlecht ist. Für mich persönlich ist das keine Staatsaffäre, denn ich weiß, wie Zeichensätze funktionieren. Da ich mich aber kürzlich fragte, wie es das Eurozeichen durch eine bestimmte ISO-8859-1-Anwendung schafft, hielt ich es für sinnvoll, das Thema zu problematisieren. Vielleicht wird dieser Thread ja per Suchmaschine gefunden und hilft ein oder zwei anderen Leuten. __________________ Blog \| Buch \| Kaloa Geändert von mermshaus (15.01.2011 um 14:50 Uhr). Grund: Berichtigung / Ach egal

28.06.2011, 14:08
mermshaus Erfahrener Benutzer Registriert seit: 14.06.2009 Beiträge: 1.729 PHP-Kenntnisse: Fortgeschritten	- http://www.w3.org/TR/2009/WD-html5-2...er-encodings-0 Puh, sieht wohl so aus, als müssten Browser nach der HTML5-Spezifikation (in früheren habe ich nicht geguckt) ISO-8859-1 als Windows-1252 interpretieren. (via http://xhtmlforum.de/65017-html5-w3c...2-warning.html) __________________ Blog \| Buch \| Kaloa

28.06.2011, 17:07
lcrash Erfahrener Benutzer Registriert seit: 11.04.2011 Beiträge: 260 PHP-Kenntnisse: Fortgeschritten	Ich glaube hier kann man HTML5 keine Schuld geben, denn mir ist das vor Jahren schon mal aufgefallen. Es wurde also schon immer so gemacht und mit HTML5 erst zum Standard. Trost ist ja, dass UTF-8 unterstützt werden muss. UTF-7 und UTF-32 hat Firefox ja schon gestrichen (https://developer.mozilla.org/en/fir...for_developers).

28.06.2011, 18:38
mermshaus Erfahrener Benutzer Registriert seit: 14.06.2009 Beiträge: 1.729 PHP-Kenntnisse: Fortgeschritten	@nikosch: Ja, binär wird alles korrekt ausgeliefert, es ist nur unter Umständen einfach das falsche Byte. Mir ging's glaube ich damals darum, dass es Leute dazu verleitet, falsche Bytes etwa in eine Datenbank einzutragen. ISO-8859-1-Eingabeformular, „€“-Zeichen eingetippt, 0x80 landet im DB-Feld, das als Charset ebenfalls ISO-8859-1 gesetzt hat. Bei Ausgabe in HTML ist das (offenbar) unproblematisch, aber falls die DB-Daten mit einer Software weiterverarbeitet werden, die diesen Windows-1252-Fallback nicht mitmacht, sondern ISO-8859-1 sauber interpretiert, wird's meines Erachtens kritisch. __________________ Blog \| Buch \| Kaloa