Coder Forum

Hey. Woher kommen deine Texte wo die Umlaute falsch dargestellt werden?
Sind sie in deiner Seite per hand geschrieben oder kommen sie aus einer Datenbank?

Hi,

Quoted from "kazUka"

Aber muss ich wirklich einen anderen Editor, nur wegen der utf-8 benutzen?

Nein, nein. Du musst lediglich die HTML Entinitäten einsetzen.
Hier stehen alle: http://de.selfhtml.org/html/referenz/zeichen.htm
z.B "Der Bär" => "Der Bär"

Quoted from "kazUka"

Ich habe mal iso benutzt und da hat es wunderbar geklappt. Nur sehe ich heutzutage nur noch utf-8, da es ja die neue "standratisierung" sein soll.

Jein. In unserem Raum haben wir die ISO-8859-1 bzw ISO-8859-15 womit sich alle gängigen Zeichen problemlos darstellen lassen.

Wenn jetzt aber eine Person, welche den Zeichensatz UTF-8 in seienm Browser eingestellt hat und nicht die besagten ISO´s besitzt, auf deine Seite kommt, dann gibts Codemüll.
Da ist der Vorteil von Unicode-UTF8.Denn UTF8 strebt an, jedes mögliche Zeichen darzustellen. Es sollten über 1Mio. Zeichen sein, die afaik unterstützt werden.
Jeder Browser unterstützt nur eine gewisse ANzahl von Zeichensätzen, wobei UTF8 immer dabei sein sollte.

Quoted

Da ich bisher sehr oft Schwierigkeiten mit den Umlauten habe, trotz des "charset=utf-8;",

Der charset sorgt nicht dafür, dass deine Umlaute umgewandelt werden, sondern ist eine "Hilfe" für den Browser, dass er weiss welchen Zeichensatz er benutzen soll.



Du kannst ja mal ein bischen rumspielen.
Wenn du Firefox benutzt findest du unter "Ansicht" => "Zeichenkodierung" die verfügbaren Zeichensätze, wo du das on-the-fly umstellen kannst.


//edit
Wenn du PHP im Einsatz hast, gibts einen schönen Wikartikel von d0nut
UTF-8 Kodierung sicherstellen

Ich wollt nochmal nen Wort zu den Enitäten verlieren: Es ist ja grad der Sinn, dass man die Zeichen an sich benutzt, wenn man ne ander Encodierung bentutz. Deswegen krieg ich auch immer halb die Krise, wenn ich UTF-8 Seiten mit Enitäten sehe - Zumindest für die Umlaute.

In der Regel liegt es bei Darstellungsproblemem an folgenden Punkten:

Die Datei ist nicht als UTF-8 kodiert. Notepad++ oder so hilft da weiter.
Der Werbserver liefert das Dokument mit falschen Encoding aus.
Bei Datenbank Transaktionen mit mySQL wurde beim Aufbauen der Verbindung kein set charcterset mitgeliefert.

ok, wollte gerade schreiben, dass das die allermeisten Editoren können sollten auf ein anderes Encoding umzuschalten (solange man nicht mit Notepad programmiert)

Die Entitys scheinen nicht so beliebt zu sein

Ich hab noch nie speziell drüber nachgedacht, aber wo ist das Problem dabei ?
Best Case ist alles auf UTF8 zu kodieren, aber warum kriegst du eine Krise wenn du sdas siehst BennyBunni

Quoted from "vince"

Ich hab noch nie speziell drüber nachgedacht, aber wo ist das Problem dabei ?

unnötiger Zeichenverbrauch Außerdem hilft das nur bei der Darstellung. Das Übel beginnt aber schon bei der Datenverarbeitung.

Wir (Arbeitgeber plista) speichern Daten von verschieden kodierten Webseiten und stellen es auf verschieden kodierten Webseiten wieder da.
Wir haben da vor kurzem ein Techtalk zum Thema Unicode gehabt und unser Betriebssystemexperte hat die ganzen Daten mal auseinandergenommen.

Schaut euch mal folgenden Artikel an: Unicode und PHP <= 5

Quoted

Verfolgt man mal die Abläufe vom Editor zur Bash, von der Bash zum Terminal, vom Terminal in den Webserver, vom Webserver zum PHP Prozess, der PHP Prozess liest die Datei die einen Zeichensatz aufweist, der Code verbindet sich dann über das Connection Encoding zum MySQL Prozess, davon zur MySQL Datenbank, von der MySQL Datenbank zur Tabelle und von der Tabelle zu den Spalten so möchte man kaum wahr haben, dass jeder dieser Schritte ein eigenes Encoding verwendet kann.

Die Welt wäre besser, wenn jeder ausschließlich UTF-8 nutzen würde