- Mitglied seit
- 4 Dez 2010
- Beiträge
- 1,995
- Punkte für Reaktionen
- 8
- Punkte
- 38
Ähm, zu UTF-8 nochmal:
Umlaute werden auch bei UTF-8 mit BOM dargestellt, aber darauf kommt es nicht an. Es stört der BOM ( oder EF BB BF), der diese als vorangestellte Zeichen mitliefert, die dann Auswertungsprobleme bereiten.
Mit und ohne BOM wird UTF-8 korrekt mit Umlauten dargestellt, aber nur ohne BOM arbeiten die Pseudoscripte korrekt. koyaanisqatsi's Post #99 ist somit keine Garantie, dass die Codierung stimmt. Schaut lieber in Notepad++ nach und konvertiert es gegebenenfalls.
Nachtrag: UTF-8 ohne BOM und ohne besondere Sonderzeichen im Text wird auch gerne wieder als ANSI von Notepad++ erkannt. Das stört nicht, solange man keine Sonderzeichen hinzufügt. Dann muss wieder eine Konvertierung zu UTF-8 ohne BOM vorgenommen werden. Ab php6 werden wir dieses "Problem" nicht mehr haben. Dann erkennt php den UTF-8 BOM und gibt ihn nicht mehr an die Ausgabe weiter. Aber bis dahin ....... schön konvertieren.
Umlaute werden auch bei UTF-8 mit BOM dargestellt, aber darauf kommt es nicht an. Es stört der BOM ( oder EF BB BF), der diese als vorangestellte Zeichen mitliefert, die dann Auswertungsprobleme bereiten.
Mit und ohne BOM wird UTF-8 korrekt mit Umlauten dargestellt, aber nur ohne BOM arbeiten die Pseudoscripte korrekt. koyaanisqatsi's Post #99 ist somit keine Garantie, dass die Codierung stimmt. Schaut lieber in Notepad++ nach und konvertiert es gegebenenfalls.
Nachtrag: UTF-8 ohne BOM und ohne besondere Sonderzeichen im Text wird auch gerne wieder als ANSI von Notepad++ erkannt. Das stört nicht, solange man keine Sonderzeichen hinzufügt. Dann muss wieder eine Konvertierung zu UTF-8 ohne BOM vorgenommen werden. Ab php6 werden wir dieses "Problem" nicht mehr haben. Dann erkennt php den UTF-8 BOM und gibt ihn nicht mehr an die Ausgabe weiter. Aber bis dahin ....... schön konvertieren.
Zuletzt bearbeitet: