Ok, ist vielleicht nicht ganz r�bergekommen... Session.Codepage hat nichts direkt mit dem Charset zu tun...
Session.Codepage bestimmt wie die eingebauten ASP-Objekte Text erzeugen. Response.Charset bzw. Das charset-metatag bestimmt wie der browser den bin�rstream interpretiert... Response.charset erzeugt einen entsprechenden HTTP-Header, der vermutlich aber von einem entsprechenden META-Tag im Dokument (falls vorhanden) �berschrieben wird. Also... Session.codepage kann nicht das charset �berschreiben, weil es gar nichts auf dem client ausl�st... Claudius > > Hallo! > > > If the codepage of your Web page matches the system defaults > > of the Web client, you do not need to set a codepage in your > > Web page. However, setting the value is recommended. > > > > If the codepage is set in a page, then Response.Charset > > should also be set. The codepage value tells IIS how to > > encode the data when building the response, and the charset > > value tells the browser how to decode the data when > > displaying the response. The CharsetName of Response.Charset > > must match the codepage value, or mixed characters will be > > displayed in the browser. > > Meines Erachtens reicht es nicht aus, dass der Server die richtigen > Zeichen erzeugt: Der CharSet geh�rt immer in den HTML-Header, > damit der > Browser die Seite korrekt darstellt. Die neuen Browser unterst�tzen > alle mehrere Zeichens�tze und da ist es sinnvoll, dass dem > Browser genau > gesagt wird, welchen Zeichensatz er f�r die Seite nehmen soll. Deshalb > w�rde ich oben den ersten Absatz ganz und im zweiten den If-Satz > streichen. ;-) > > Freundliche Gr��e > Joachim van de Bruck | [aspgerman] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspgerman/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspgerman.asp
