Weergave van vierkantjes en vraagtekens.....

[Verwijderd]

Ik heb een probleem met onderstaande website:

www.insightconsulting.nl

Hij is verhuist van een server in Letland naar eentje in Nederland, echter nu blijkt dat er bij bepaalde "gekke" tekens op de website vraagtekens of vierkantjes worden getoond. (À, é, è, ê enz.)
Zie bijvoorbeeld FR boven in de menubalk.

Ik heb in de CSS al het Georgia lettertype vervangen door een Arial, jammer genoeg geen oplossing.

Heeft iemand een idee hoe dit opgelost kan worden ?

[Security]

ehm Unicode talen wellicht?

[BtM909]

Waarom gebruik je niet de juiste HTML equivalent voor á: á of á

code:

&aacute
á

[ Voor 5% gewijzigd door BtM909 op 21-11-2005 09:55 ]

[André]

Je serveert hem keurig als UTF-8, misschien moet je je pagina's vanuit je editor ook maar als UTF-8 opslaan want dat gebeurd op dit moment niet.

[OkkE]

Ik heb het pas opgelost door dit

code:

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

te vervangen door dit

code:

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2">

maar het is natuurlijk netter om de tekens, zoals BtM zegt, te vervangen voor de HTML versies.

[BtM909]

André schreef op maandag 21 november 2005 @ 10:05:
Je serveert hem keurig als UTF-8, misschien moet je je pagina's vanuit je editor ook maar als UTF-8 opslaan want dat gebeurd op dit moment niet.

En dat was ik nog vergeten te melden

[crisp]

OkkE schreef op maandag 21 november 2005 @ 10:05:
maar het is natuurlijk netter om de tekens, zoals BtM zegt, te vervangen voor de HTML versies.

Onzin; dat hoeft alleen voor tekens die niet voorkomen in je gebruikte karakterset maar wel een entity hebben, en voor karakters met een speciale betekenis in HTML ( &, <, > " )

[Verwijderd]

OkkE schreef op maandag 21 november 2005 @ 10:05:
Ik heb het pas opgelost door dit

code:

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

te vervangen door dit

code:

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2">

maar het is natuurlijk netter om de tekens, zoals BtM zegt, te vervangen voor de HTML versies.

De gegevens komen vanuit een database, en kunnen daarom niet 123 aangepast worden.
Ik heb bovenstaande optie geprobeerd echter heeft dit niet het probleem opgelost.

Heeft iemand misschien nog een ingeving ?

[Noork]

Verwijderd schreef op maandag 21 november 2005 @ 22:28:
[...]
De gegevens komen vanuit een database, en kunnen daarom niet 123 aangepast worden.
Heeft iemand misschien nog een ingeving ?

Zoiets misschien:

PHP:

$content = ereg_replace ("á", "á", $content);

[ Voor 9% gewijzigd door Noork op 21-11-2005 22:33 ]

[André]

Als je overal, dus in je database en in je editor UTF-8 gebruikt en de pagina's ook als UTF-8 serveert mag het niet fout gaan. Dus ergens wordt er een verkeerde characterset gebruikt (ik vermoed op de server want die is veranderd).

Een 2de oplossing kan zijn door alles te replacen met hun html entity, alleen dat is geen mooie oplossing.

[crisp]

Bedenk ook dat eventuele HTTP headers (bijvoorbeeld geset door de webserver) voorgaan op meta-tags. Sowieso is het dus aan te raden vanuit je applicatie al de juiste content-type header mee te geven.