diacritische tekens - entiteiten

Geacht aldfaerteam,

Lees in een andere post dat het aldfaer team met de diacritische tekens bezig is.

Schrijf zelf mijn website als html5+css3 en de pagina's die los gegenereerd via aldfaer wel de diacritische tekens goed weergeeft komen met een ? te voorschijn als ik dit html document toon op mijn html5 website via een iframe.

moet deze vraagtekens vervolgens handmatig aanpassen conform de html5 code

Weet iemand een makkelijkere oplossing?

Dit is de uitdraai zoals die eruitziet na het maken van een sjabloon

En dit na het tonen in een iframe met html5 op een website

Mag ik de code zien van dit sjabloon en wel de regel <meta...> waarmee de character encoding wordt bepaalt.

Is het een eigen sjabloon?

Hallo Han,

Het is een eigen bedacht sjabloon gemaakt met hulp daar ik niet thuis ben in deze sjabloontaal. zie mijn website voor het resultaat onder menu FAMILIENAMEN. naam Klerkx geeft de fouten nog weer.
andere heb ik handmatig aangepast.

_METAINFO
_METAPATH([:_FILEPATH:])
_METAEND


Wat moet hier dan staan?

Had het verkeerde doorgegeven blijkt nu:

<meta http-equiv="Content-Language" content="nl">
<meta http-equiv="Content-Type" content="text/html; charset=ANSI">

Frank,

In het bestand index.html staat op regel 8:

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

Hiervan moet je maken:

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

Overigens doen de bestanden het in de meest gangbare browsers waarschijnlijk wel, maar de uitvoer is verre van correct. Zo staat het vol van nieuwe tabelregels via de html-code <tr>, maar de afsluitende </tr> ontbreekt. En zo zijn er meer redenen waarom dit niet door de html-validatie komt. Zie hiervoor deze site .

Paul

Hallo Paul,

Snap het maar is geen optie wil mijn website in UTF-8 hebben.
Dus de diacritische tekens even handmatig doorlopen had ik al ondervonden.

of is er iets te maken om op die bewuste paginas UTF-8 niet te gebruiken maar Ansi

validatie ken ik, maak je er zelf ook gebruik van ?
Ben sinds vorige week deze website opnieuw aan het schrijven en in html5 zitten nog hiaten in, maar zoals je zegt werkt het meeste wel in de meeste browsers.
je website pas valideren als je tevreden bent om het te perfectioneren

Sterker nog elke nieuwe versie in een willekeurige browsers IE Firefox Opera Safari kan een website zich weer anders gedragen.

Frank,

Aldfaer schrijft zijn uitvoer op dit moment in ANSI en niet in UTF-8. In versie 7 wordt dit UTF-8, maar wanneer die uitkomt is nog niet te zeggen. Op dit moment zal je dus een met Aldfaer gegenereerde website de tekenset ANSI moeten meegeven.

Wij streven ernaar de uitvoer van onze sjablonen aan de validatie-eisen te laten voldoen.

Paul

Frank,

Probeer eens iso-8859-1 in plaats van UTF-8, mogelijk ondersteund je provider wel deze tekenset.

Meije

@ Paul, komt uiteindelijk goed even wachten op versie 7 en tot die tijd even alert zijn op deze tekens, om ze handmatig aan te passen.

@ Meije, deze hoort bij versie html4 en niet bij versie (x)html5
html5 is geheel anders van opzet en kan je niet op html4 voortborduren, maar moet je soms anders denken.
De browser bepaald uiteindelijk hoe het document wordt getoond, niet de provider die maar een doorgeefluik is. zie W3C

Het vreemde is dat het sjabloon volgens ANSI gewoon alles goed weergeeft als deze wordt geopend in een browser maar als deze pagina vervolgens online wordt gezet, werkt de code niet meer daar de website html5 geschreven is en onder deze invloed te bekijken is.

Frank,

ik denk dat het encoding conflict veroorzaakt is door de encoding in jouw hoofd template. Daar staat
<meta http-equiv="content-type" content="text/html; charset=utf-8" />

en dus, bij gebruik van een pagina van Aldfaer in een iframe, zul je daar een eigen <meta...> moeten meegeven.