ÆØÅ Echo PHP virker ikke

hvad format har du gemt filen med ??
UTF-8 med BOM    vil ikke virke
UTF-8
ANSI

æ = æ
ø = ø
å = å

<ole>

HTML-entities er en nødløsning fra 90'erne. Har man styr på sine dokumenter og databaser, er der ingen problemer med specialtegn.

På dagens WWW bruger man en utf-8 meta i alle HTML dokumenter - gemmer dem som utf-8 - og sørger for at ens evt. databaser også kører utf-8. Så er der ingen problemer

/mvh
</bole>

...og sørger for at webserveren sender en Content-Type med utf-8 med i http-headeren.

Hej.

jeg er lidt i tvivl om, hvad du mener, Ole, når du skriver at man gemmer dem som utf-8.

Jeg gemmer jo filen som .php. Har det noget med det at gøre??

jeg forstår heller ikke, hvad du mener ronols. Jeg har jo bare gemt filen som en alm. php fil.

Jeg bruger Dreamweaver.....

Værdierne er ikke noget, der er hentet ud af sql.
Jeg bruger web10, og så vidt jeg lige kan se, så er alt sat op til utf8.... :-(

Dreamweaver burde gemme filen i overensstemmelse med den anvendte meta - men der er jo så meget, der burde ske  =)

Prøv som eksperiment at åbne filen i Notepad og vælg Gem som.... Står der så ANSI eller UTF-8 i bunden af dialogen?

Jeg har nu fundet ud af, at fejlen sker med den IE der følger med i windows 7.

Når jeg bruger en anden pc, så er der ingen problemer.

Men det er jo et problem alligevel - der må formodes at blive større dagligt...

Så står der utf-8

det er www.laros.dk i øvrigt.... der er problemer over hele linien i denne browser... :-(

altså med æøå

Hvilke problemer - helt præcist. Det ser sådan set rigtigt ud her.

Men en bruger kan jo vælge at indstille sin browser til et andet tegnsæt, end det der er valgt til websiden. Har du gjort det?

Jeg ser heller ikke problemer i nogen browsere under Win7

(Og Ole: det at en bruger kan pille i sin browser, kan være et argument for at bruge de der nederdrægtige entities. Men det slagsmål tager vi bare en anden dag)

Heller ingen æøå-problemer med http://www.laros.dk herfra : )

Erik >> Slet det kryds!  *D

Hvis din fil er ISO-8859-1 og du vil køre filens output i UTF-8 vil du oplever problemet som du har nu.

Det man gør er at oprette en ny fil som er UTF-8, kopier nu dit indhold over i den nye fil og gem de, nu skulle det gerne virke.

Det er ikke nødvendigt at fortælle Apache ( webserveren ) at alt output skal være UTF-8. det er nået der bør håndteres i de enkle filer.

Husk på at når du skifter fra ISO-8859-1 til UTF-8 skal du lige være opmærksom på at din database der før fik indhold som ISO ikke automatisk konvatere til UTF formatet.

Held og lykke.

Kommentaren var et svar!

PHPTECH >> Hvilket tegnsæt, Apache server dokumenterne med, afhænger af, hvad dens direktiv AddDefaultCharset er sat til.

Der er masser af webhoteller, som bliver drevet af folk med skræmmende begrænsede webkompetencer, så det kan sagtens være sat til ISO-8859-1. Det har vi set adskillige gange på Eksperten, hvorfor her ofte anbefales at tilvælge Verbose Output, når der valideres på W3C.

Hej.

Jeg tror kun problemet er i 64-bit versionen af IE. Jeg kan ikke se problemet andre steder.

Jeg vil gerne uddele point, for jeg synes der er mange gode svar, som kan hjælpe mig. Har dog bare ikke ressourcerne til at identificere hvorfor denne version af ie ikke viser tegnene ordentligt. Det kan være, det er browseren, der står til ikke-dansk....

OleBole, kan du ikke lave et svar - så deler jeg mellem dig og phptech...

Ellers tak, jeg samler ikke points  =)

PS: Jeg er ikke selv stødt ind i lignende problemer med IE/64 bit

Så siger jeg tak for hjælpen alligevel :-)