Hej!

Har en sida på vilken jag använder följande charset:

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Å, Ä, Ö fungerar överallt förutom där jag kör <?php include 'dokument.php'; ?>. Där visas inte å, ä ,ö.

Sidorna är sparade i utf-8 så det är inte där skon klämmer.

Blev ingen skillnad när jag gav dokument.php samma metatagg.

Hur ska jag lösa detta?

/snajdarn


EDIT: Har setat med detta i någon timme och självklart löste det sig precis efter att jag postat detta. Ni kan radera denna tråd.[B]

Spara sidorna som UTF-8 utan BOM. Jag har haft samma problem då min server är inställd på ISO i första hand. Du löser det genom att du sätter:
<?php header("Content-type: text/html; charset=utf-8"); ?>

Högt upp på alla sidor i php, om du kör med includesystem så duger det att bara sätta den på index.

Kan du inte istället posta din egna lösning så att andra kan få ta lärdom? :P

Jag valde "spara som" UTF-8 i Notepad++ till en början, men då var det fortfarande fel. Men om jag valde "konvertera till" UTF-8 istället, så blev det rätt.

Annars var det bara att använda sig av det charset som jag tidigare postat i tråden.

BOM:en kan inte ge upphov till detta problem. Den är däremot väldigt mycket ivägen vid inkluderade filer som plötsligt ska bör skicka output till webbläsaren innan alla kakor är satta.

Detta har jag också märkt. Är det någon som kan förklara varför? Den verkar sätta något osynligt tecken i början av sidan.

BOM (Byte ORDER Mark) är en sekvens osynliga tecken som är tänkta att indikera vilken typ av UTF som dokumentet är kodat i. Dessvärre fungerar detta väldigt dåligt eftersom varken applikationer eller webservrar tolkar informationen för detta - tecknen betraktas alltså bara som vanlig text vilket blir ett par tre osynliga skräptecken som ställer till det i webbapplikationsutveckling.

http://en.wikipedia.org/wiki/Byte-order_mark

Jag för min del tycker BOM verkar vara en kanska korkad lösning (även om det förefaller som det skulle fungera utan problem om unicode/utf genomgående användes) - rimligare vore väl att explicit ange teckenkodning med xml, http eller i databasen och liknande.