nicht angemeldet
Problem mit Schriftzeichensatz
Ich habe folgendes Problem:
Ich will eine Seite mit koreanischer Schrift erstellen, jedoch bekomme ich die nicht so recht Browser-Kompatibel.
Meta-Angaben wie <meta http-equiv="Content-Type" content="text/html; charset=euc-kr" /> werden irgendie immer von den Browsern (Ich teste mit IE v6.0.irgendwas und firefox v2.0.0.3) ignoriert, sodass der Broswer immer automatisch auf Westlich (ISO-8859-1) stellt, und dass OBWOHL ich eine koreanische Version des IE auf einem koreanischen Windows XP nutze.
Wenn ich die html-Datei als Unicode (NICHT UTF-8, doch das bringt aehnliche Ergebnisse wie normal ANSI) hochlade, stellt IE das zwar richtig dar, aber irgendwie wird beim hochladen auf den Webspace das Dateiformat vermurkst, sodass Firefox die Datei ueberhaupt nicht mehr erkennen kann, und wenn ich die dann wieder runterlade, wird sie im Texteditor auch nicht mehr richtig angezeigt.
Bin ich gezwungen die Zeichen zu maskieren? Wenn ja, gibt es Programme, die dafuer einen Unicode-Text automatisch konvertieren?
Kann mir da jemand weiterhelfen?
Als url steht die betroffene Seite, nicht wundern wegen dem Hintergrund, das ist eigentlich ein Frame in der Hauptseite
-
Yerf!
Meta-Angaben wie <meta http-equiv="Content-Type" content="text/html; charset=euc-kr" /> werden irgendie immer von den Browsern (Ich teste mit IE v6.0.irgendwas und firefox v2.0.0.3) ignoriert, sodass der Broswer immer automatisch auf Westlich (ISO-8859-1) stellt, und dass OBWOHL ich eine koreanische Version des IE auf einem koreanischen Windows XP nutze.
Ich glaube da weniger an Automatik, sondern eher an einen entsprechenden HTTP-Header des Webservers.
Wenn ich die html-Datei als Unicode (NICHT UTF-8, doch das bringt aehnliche Ergebnisse wie normal ANSI) hochlade, stellt IE das zwar richtig dar, aber irgendwie wird beim hochladen auf den Webspace das Dateiformat vermurkst, sodass Firefox die Datei ueberhaupt nicht mehr erkennen kann, und wenn ich die dann wieder runterlade, wird sie im Texteditor auch nicht mehr richtig angezeigt.
Welches Unicode, wenn nicht UTF-8? Evtl. erkennt der IE ja UTF-16 an der BOM und schaltet um, obwohl der Server etwas anderes behauptet.
Bin ich gezwungen die Zeichen zu maskieren? Wenn ja, gibt es Programme, die dafuer einen Unicode-Text automatisch konvertieren?
Ich würde eher schauen, ob sich der Webserver umkonfigurieren lässt und UTF-8 verwenden.
Gruß,
Harlequin
--
<!--[if IE]>This page is best viewed with a webbrowser. Get one today!<![endif]-->-
Ok, danke, ich werd mal beim Betreiber fragen, ob sich da was machen laesst.
Welches Unicode, wenn nicht UTF-8? Evtl. erkennt der IE ja UTF-16 an der BOM und schaltet um, obwohl der Server etwas anderes behauptet.
Also, wenn ich mit dem Texteditor speichere, kann ich auswaehlen zwischen Unicode ohne irgendwas dahinter und Unicode (UTF-8), und es kommt ein unterschiedliches Format mit unterschiedlicher Dateigroesse dabei raus.
-
echo $begrüßung;
Also, wenn ich mit dem Texteditor speichere, kann ich auswaehlen zwischen Unicode ohne irgendwas dahinter und Unicode (UTF-8), und es kommt ein unterschiedliches Format mit unterschiedlicher Dateigroesse dabei raus.
Schnapp dir einen Texteditor mit Hex-Anzeige (z.B. Ultraedit unter Windows) und schau dir per Hexanzeige die so generierten Dateien an. "Unicode" wird vermutlich UTF-16 meinen, also hierzulande meist 2 Bytes pro Zeichen, dessen eines Byte bei ein Null-Byte ist.
Das dient aber nur deinem Verständnis über die verschiedenen Formate, löst aber dein Problem nicht.Speichere die Datei in UTF-8 und gibt das im Meta-Element an. Wichtiger ist allerdings die gleichlautende HTTP-Header-Zeile, falls der Server da eine charset-Angabe mitsendet. HTTP-Header kannst du beispielsweise mit dem Firefox und der livehttpheaders-Extension anschauen. Die Angabe im Content-Type-Meta-Element bzw. die der Headerzeile muss mit der von dir beim Speichern verwendeten Kodierung übereinstimmen. Dann weiß der Empfänger auch, wie der den Bytesalat zu interpretieren hat.
echo "$verabschiedung $name";
-
Speichere die Datei in UTF-8 und gibt das im Meta-Element an. Wichtiger ist allerdings die gleichlautende HTTP-Header-Zeile, falls der Server da eine charset-Angabe mitsendet. HTTP-Header kannst du beispielsweise mit dem Firefox und der livehttpheaders-Extension anschauen. Die Angabe im Content-Type-Meta-Element bzw. die der Headerzeile muss mit der von dir beim Speichern verwendeten Kodierung übereinstimmen. Dann weiß der Empfänger auch, wie der den Bytesalat zu interpretieren hat.
Hmm, ich hab mal installiert die Extension installiert, aber wenn ich das anmache, bekomme ich damit fuer alle Seiten unter "Header" und "Generator" nur leere Felder angezeigt...
-
echo $begrüßung;
Hmm, ich hab mal installiert die Extension installiert, aber wenn ich das anmache, bekomme ich damit fuer alle Seiten unter "Header" und "Generator" nur leere Felder angezeigt...
"Generator" brauchst du nicht. Du musst entweder den Tab mit der Extension offenhaben und dann in einem anderen Tab die Seite abfragen oder mit Rechtsklick auf Seiteninformationen (bzw. Aktueller Frame->Frameinformation) die Header-Lasche anwählen. Da siehst du dann entweder den gesamten Header-Verkehr oder die Header der aktuellen Seite.
echo "$verabschiedung $name";
-
echo $begrüßung;
Hmm, ich hab mal installiert die Extension installiert, aber wenn ich das anmache, bekomme ich damit fuer alle Seiten unter "Header" und "Generator" nur leere Felder angezeigt...
"Generator" brauchst du nicht. Du musst entweder den Tab mit der Extension offenhaben und dann in einem anderen Tab die Seite abfragen oder mit Rechtsklick auf Seiteninformationen (bzw. Aktueller Frame->Frameinformation) die Header-Lasche anwählen. Da siehst du dann entweder den gesamten Header-Verkehr oder die Header der aktuellen Seite.
echo "$verabschiedung $name";
Oh, ich hatte immer zuerst die Seite geoeffnet und dann die Extension unter Extras ausgewaehlt. Andersrum gehts jetzt.
Danke~
-
-
-
-
-