- Berichten: 1193
- Bedankjes 303
diacritische tekens - entiteiten
- F. Klerkx
- Auteur
Re: diacritische tekens - entiteiten
24 aug 2015 11:54
Hallo Han,
Dat is nu net het probleem, de utf-8 overroelt de ANSI charset en werkt dus niet ondanks dat het gewoon op de pagina in de meta tag is meegegeven.
Dat was nu net de reden voor het aanmaken van deze post.
En bericht van Paul geeft aan dat iemand er mee bezig is voor de 7 versie, verval nu in herhaling....
groet,
Frank
@ Paul
Volg zelf html5 sinds 2008 en in 2010 kon men het voor 90% gebruiken, vandaar enkele hiaten die nog niet door html5 ondersteund worden maar wel werken, (hierdoor kom je ook niet 100% door de validator) verwachting was toen dat in 2020 html5 gemeengoed zou zijn. Terwijl het in 2012 voor 99% werkte. Ook op android.
Zorgt tevens dat je meteen bovenin zit bij google daar vele nog niet mee om zijn gegaan en in andere webtalen zijn blijven hangen.
Ondanks dat zijn het vaak de plugins die niet door de validator komen zoals website teller, youtube filmpjes facebook, twitter etc. etc. en de marquee zou ook niet in html5 werken ondanks dat ik hem wel werkend heb gekregen, en wederom (nog)niet ondersteund door html5.
<tr> regels kan ik echter niet op mijn website ontdekken, en wordt volgens mij ook niet ondersteund door html5. Had inderdaad enkele missers gemaakt door xml methode verkeerd om te schrijven </> ... <>, maar wat wil je als je een website in enkele uren geheel opnieuw gemaakt hebt. (xhtml wil eigenlijk zeggen xml + html)
En ben momenteel de laatste pagina's aan het vullen,
rest moet via sjabloon uitdraaien om de zoveel tijd opnieuw aangevuld worden.
Dat is nu net het probleem, de utf-8 overroelt de ANSI charset en werkt dus niet ondanks dat het gewoon op de pagina in de meta tag is meegegeven.
Dat was nu net de reden voor het aanmaken van deze post.
En bericht van Paul geeft aan dat iemand er mee bezig is voor de 7 versie, verval nu in herhaling....
groet,
Frank
@ Paul
Volg zelf html5 sinds 2008 en in 2010 kon men het voor 90% gebruiken, vandaar enkele hiaten die nog niet door html5 ondersteund worden maar wel werken, (hierdoor kom je ook niet 100% door de validator) verwachting was toen dat in 2020 html5 gemeengoed zou zijn. Terwijl het in 2012 voor 99% werkte. Ook op android.
Zorgt tevens dat je meteen bovenin zit bij google daar vele nog niet mee om zijn gegaan en in andere webtalen zijn blijven hangen.
Ondanks dat zijn het vaak de plugins die niet door de validator komen zoals website teller, youtube filmpjes facebook, twitter etc. etc. en de marquee zou ook niet in html5 werken ondanks dat ik hem wel werkend heb gekregen, en wederom (nog)niet ondersteund door html5.
<tr> regels kan ik echter niet op mijn website ontdekken, en wordt volgens mij ook niet ondersteund door html5. Had inderdaad enkele missers gemaakt door xml methode verkeerd om te schrijven </> ... <>, maar wat wil je als je een website in enkele uren geheel opnieuw gemaakt hebt. (xhtml wil eigenlijk zeggen xml + html)
En ben momenteel de laatste pagina's aan het vullen,
rest moet via sjabloon uitdraaien om de zoveel tijd opnieuw aangevuld worden.
Onderwerp is gesloten.
- Paul Kallenberg
- Offline
Lees minder
Lees meer
Re: diacritische tekens - entiteiten
24 aug 2015 16:41
Frank,
Onder meer het bestand aldfaer/klerkx.html op je website staat vol met <tr> regels.Een </tr> kan ik daarin niet vinden.
En <tr> staat gewoon in het rijtje html-tags op deze pagina .
Paul
Onder meer het bestand aldfaer/klerkx.html op je website staat vol met <tr> regels.Een </tr> kan ik daarin niet vinden.
En <tr> staat gewoon in het rijtje html-tags op deze pagina .
Paul
De volgende gebruiker (s) zei dank u: F. Klerkx
Onderwerp is gesloten.
- F. Klerkx
- Auteur
Re: diacritische tekens - entiteiten
24 aug 2015 17:19
Hallo Paul,
LOL, duidelijk. In de map aldfaer zijn de bestanden die met het programma aldfaer gemaakt zijn.
Zijn dus niet door mij geschreven maar gegenereerd uit een Aldfaer sjabloon.
houdt dus in dat het betreffende sjabloon iets niet goed staat, ondanks dat het weer wel goed wordt weergegeven op de website.
heb 3 verschillende sjabloons gebruikt op mijn vernieuwde website en daar deze uit het programma Aldfaer gegenereerd zijn hier verder ook geen validatie aandacht aan gegeven daar ze goed getoond worden.
Ben nu benieuwd welk sjabloon dit dan wel geweest is....
Aha, de FAMILIENAMEN
en als ik me goed kan herinneren (was 2008-2010 toen ik dit bekeek)was dit een van de tags die niet per definitie ook een sluittag hoefde te hebben omdat deze naar de volgende regel gaat. maar kan het nu 5 jaar later misschien wel fout hebben, daar de inzichten veranderd zijn.
Zal mijn sjabloonschrijver, die mij hierin zeer behulpzaam en nog behulpzaam is, hiervan op de hoogte stellen, ben zelf niet bekend in deze sjabloontaal.
Ondanks dat gedraagt de pagina zich dus goed zonder visuele fouten. En kan de relatie niet echt leggen tussen <tr> en ANSI waardoor er een vraagteken verschijnt. Waar ik ooit mee begon in deze post.
Dit sjabloon zit nog in een testversie/ verbeterversie dus komt gegarandeerd goed. Daar vertrouw ik op.
Jammer dat je me op een verkeerde voet zet, en bedankt voor je opmerking.
LOL, duidelijk. In de map aldfaer zijn de bestanden die met het programma aldfaer gemaakt zijn.
Zijn dus niet door mij geschreven maar gegenereerd uit een Aldfaer sjabloon.
houdt dus in dat het betreffende sjabloon iets niet goed staat, ondanks dat het weer wel goed wordt weergegeven op de website.
heb 3 verschillende sjabloons gebruikt op mijn vernieuwde website en daar deze uit het programma Aldfaer gegenereerd zijn hier verder ook geen validatie aandacht aan gegeven daar ze goed getoond worden.
Ben nu benieuwd welk sjabloon dit dan wel geweest is....
Aha, de FAMILIENAMEN
en als ik me goed kan herinneren (was 2008-2010 toen ik dit bekeek)was dit een van de tags die niet per definitie ook een sluittag hoefde te hebben omdat deze naar de volgende regel gaat. maar kan het nu 5 jaar later misschien wel fout hebben, daar de inzichten veranderd zijn.
Zal mijn sjabloonschrijver, die mij hierin zeer behulpzaam en nog behulpzaam is, hiervan op de hoogte stellen, ben zelf niet bekend in deze sjabloontaal.
Ondanks dat gedraagt de pagina zich dus goed zonder visuele fouten. En kan de relatie niet echt leggen tussen <tr> en ANSI waardoor er een vraagteken verschijnt. Waar ik ooit mee begon in deze post.
Dit sjabloon zit nog in een testversie/ verbeterversie dus komt gegarandeerd goed. Daar vertrouw ik op.
Jammer dat je me op een verkeerde voet zet, en bedankt voor je opmerking.
Onderwerp is gesloten.
- Hans Stoter
- Offline
Lees minder
Lees meer
- Berichten: 394
- Bedankjes 51
Re: diacritische tekens - entiteiten
24 aug 2015 19:57 - 24 aug 2015 19:58
Hallo Frank,
De diakritische discussie is ook al in februari gevoerd. Toen was de oplossing: 4096 .
Als je problemen wilt uitsluiten, kun je beter geen Htm-tags gebruiken die niet worden ondersteund door Html5 zie:
verschillen tussen HTML 4 en HTML5 II .
Verder dienen alle afsluitbare tags daadwerkelijk te zijn afgesloten (ook al zou dat voor sommige tags niet verplicht zijn), anders kom je niet door de validatietest.
Voor de validatietest is het nodig dat je de kopregel <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> opneemt en de characterset niet als ANSI definiëert, omdat ANSI een foutmelding kan geven.
Verder kan een website-ondersteunend programma, als dat te scherp is afgesteld, ook foutmeldingen veroorzaken, die je in het ergste geval alleen kunt teniet doen door ALLE web-pagina's aan te passen.
Gr. Hans
De diakritische discussie is ook al in februari gevoerd. Toen was de oplossing: 4096 .
Als je problemen wilt uitsluiten, kun je beter geen Htm-tags gebruiken die niet worden ondersteund door Html5 zie:
verschillen tussen HTML 4 en HTML5 II .
Verder dienen alle afsluitbare tags daadwerkelijk te zijn afgesloten (ook al zou dat voor sommige tags niet verplicht zijn), anders kom je niet door de validatietest.
Voor de validatietest is het nodig dat je de kopregel <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> opneemt en de characterset niet als ANSI definiëert, omdat ANSI een foutmelding kan geven.
Verder kan een website-ondersteunend programma, als dat te scherp is afgesteld, ook foutmeldingen veroorzaken, die je in het ergste geval alleen kunt teniet doen door ALLE web-pagina's aan te passen.
Gr. Hans
Laatst bewerkt 24 aug 2015 19:58 door Hans Stoter.
De volgende gebruiker (s) zei dank u: F. Klerkx
Onderwerp is gesloten.
- F. Klerkx
- Auteur
Re: diacritische tekens - entiteiten
24 aug 2015 23:06
Ter afsluiting,
probleem gevonden was waarschijnlijk een combinatie van charset=ISO-8859-1 en validatie van het sjabloon.
de diacritische tekens worden nu goed aangegeven op de FAMILIENAMEN uitdraai.
probleem gevonden was waarschijnlijk een combinatie van charset=ISO-8859-1 en validatie van het sjabloon.
de diacritische tekens worden nu goed aangegeven op de FAMILIENAMEN uitdraai.
Onderwerp is gesloten.
