Foutmeldingen html 4.01

Status
Niet open voor verdere reacties.

Paul-RT

Giga Honourable Senior Member †
Lid geworden
6 dec 2003
Berichten
10.886
Hallo.
Ik ben bezig met een "Hello World" page (commercieel), die uiteindelijk een flip-page moet gaan worden.
Ik wil enigszins leren om dit zelf te maken.
Vandaar dat ik de huidige page (zie handtekening) probeer foutloos te krijgen.
De page zoals ie nu is, is iet mooi, maar ik leer hier wel van.

Editor: "KompoZer"
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">

Als ik de Validator laat kijken, komen er 44 meldingen uit.
Velen gaan over hoofdletter gebruik.
Line 13, Column 12: Attribute "ALIGN" is not a valid attribute. Did you mean "align"?
De bijhorende regel is:
HTML:
<div align="right"><a
 href="http://www.paulrt.nl/Engels%20index.html"><img
 src="Afbeeldingen/Engels.png" alt="English language"
 border="0"></a></div>
Nou wil ik niet veel zeggen, maar ik gebruik daar geen hoofdletters.....


Nog zo 1:
Line 37, Column 1: character data is not allowed here
Gewoon als tekst-regel:
HTML:
Elektra aanleggen in en om het huis, Aanleggen klein netwerk, Inbouwen
gsm carkits.<br>


En dan deze, gaat over het gebruik van <br>
[QUOTE]Line 38, Column 16: document type does not allow element "BR" here; missing one of "P", "H1", "H2", "H3", "H4", "H5", "H6", "PRE", "DIV", "ADDRESS" start-tag[/QUOTE]

Wie kan mij een beetje helpen hiermee?
 
Gebruik dit doctype:

Code:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
   "http://www.w3.org/TR/html4/loose.dtd">

en ziet............

:cool:
 
Klopt, dan krijg ik slechts 1 waarschuwing.
Maar elders in mijn vorige topic werd strict aangeraden.
 
Laatst bewerkt:
Ja, daar was ik een van de boosdoeners.
Om te beginnen: die validator is 'n dom programma. Ik bedoel: het werkt fantastisch, maar soms beweert hij (zij?) gewoon heel domme dingen. Zoals dat met die hoofdletters. Die zie je vaker, en dat slaat nergens op.

De fouten ontstaan omdat je dingen gebruikt die in 'n transitional wel mogen, maar in 'n strict doctype niet.
De keuze is aan jou welke je wilt gebruiken. Maar hoe je het ook draait of keert, in de toekomst is alleen het stricte doctype nog bruikbaar. html5 werkt alleen met 'n site die nu als strict wordt gedaan.
Transitional lijkt misschien makkelijker, maar als je site 'n tijd mee moet gaan is het echt geen verstandige keuze meer. Nooit geweest ook: transitional zegt het al: bedoeld voor al bestaande sites, voor 'n overgangsperiode.

Als je ooit dingen uit html5 wilt gebruiken, dan zou ik echt voor strict gaan. Bijvoorbeeld het video-element, waar je momenteel veel over hoort, is html5. En nog hele hordes uiterst leuke nieuwe dingen. Al die nieuwe dingen blokkeer je.

Als je kiest voor transitional, zijn er gelijk 'n hoop fouten weg.

Als je kiest voor strict, zitten er veel fouten in. Je gebruikt 'align'. Dat is zo'n verouderde eigenschap die niet mag in strict (en trouwens al zo'n tien jaar wordt afgeraden...)
Waar jij het hier gebruikt, gebruik je het voor tekst en 'n afbeelding. Daar hoor je 'text-align: right; te gebruiken (in je css).
'align' is heel grofmazig. css heeft veel meer mogelijkheden dan het simpele 'align'.

De tweede fout is hoe dan ook fout: je hebt tekst buiten 'n <p>, <div>, of ... (die hele rij) staan. En ook 'n <br> geldt als tekst.

Voor de weergave in browsers maakt transitonal of strict trouwens niets uit, beide werken goed in alle browsers. Het heeft alleen met de toekomst te maken.

Ik herinner me 'n eerdere vraag van je (denk ik). Welke elementen er voor html zijn. Vrijwel altijd staat er bij die elementen iets als 'afgeraden', 'verouderd' of 'deprecated' als het onder strict niet is te gebruiken.

Ik snap alleen niet helemaal waar die 'align' vandaan is gekomen, want als ik Kompozer even probeer zet die er altijd text-align bij, zowel bij 'n strict als bij 'n transitional doctype.
 
Laatst bewerkt:
De site is in eerste instatie niet met kompozer aangemaakt.
kompozer heeft align moeten toestaan.
Verder is mijn html kennis van een zeer laag niveau.

Ik ga er morgen weer mee verder.
Uitzoeken wat wel en niet mag met strict.

Thanx so far.
 
Op deze site staat bij elk element of het is afgekeurd of niet:
http://www.handleidinghtml.nl/html/elementen/
Als je Engels kent is er nog 'n veel makkelijker hulpmiddel in Firefox.
Als je Firebug installeert vanaf https://addons.mozilla.org/nl/firefox/addon/1843
(Firebug is trouwens altijd handig en grotendeels Nederlandstalig).
Binnen Firebug kun je weer Codeburner installeren (en dat is helaas alleen Engelstalig) vanaf https://addons.mozilla.org/en-US/firefox/addon/10273
En dat is echt ongelooflijk handig. Je typt de html of css in waar je iets van wilt weten, en gaat gelijk naar 'n werkelijk perfecte site. Alle browsers staan er en wat waar in werkt, wat verouderd is, welke bugs er in zitten, voorbeelden van hoe je 't gebruikt. noem maar op.
 
Aangepast : paulrt1
voldoet nu.
Aangepast met style opmaak in de head: paulrt2

txt files gewoon hernoemen naar html.

:cool:
 

Bijlagen

Ik vraag me af of dit helemaal is wat Paul-RT wil (ook afgaande op andere draden over z'n site).
Ik begreep dat hij het eigenlijk zelf wilde doen, met enige hulp natuurlijk.
Deze gewijzigde versie heeft 'n strict doctype. Maar de css staat (grotendeels) in de html. Daarmee is een van de allergrootste voordelen van css gelijk verdwenen.
Als je in de html op tig plaatsen het lettertype opgeeft, en de breedte, en ..., moet je dat dus bij 'n wijziging op ál die plaatsen gaan veranderen.
Als je dat in 'n extern css-bestand zet, hoef je 't maar op één plaats te veranderen.
Bovendien is dit niet gunstig voor zoekmachines.
Is er 'n reden waarom de css niet in 'n extern bestand staat? Of in de head, zodat die later makkelijk kan worden verplaatst naar 'n extern bestand, als de pagina/site klaar is?
 
Is er 'n reden waarom de css niet in 'n extern bestand staat? Of in de head, zodat die later makkelijk kan worden verplaatst naar 'n extern bestand, als de pagina/site klaar is?

Yep.......................... was alleen bedoeld om het valide te maken.
In versie 2 zit het in de head,
dus optimaliseren, en later als extern css opslaan.

:cool:
 
Sorry, die versie twee heb ik helemaal over het hoofd gezien. Neem me niet kwalijk :o
 
@ Peter Vazed.

Kijk, dit is een bestand (versie 2) die ik aardig kan volgen.

Er blijven nog een paar hiaten over.
Ik gebruik op dit moment kompozer. Leuke editor, maar volgens mij kan het beter.
Ik heb wat gewijzigd met de kleuren van de tekst.
Zodra ik jou bestand 1x geladen en opgeslagen heb, gooit kompozer alles naar de linker zijkant. Het overzicht is dan geheel zoek.

Welke editor heb je zelf?

In een poging het overzicht terug te krijgen, heb ik een enkele <span weer vooraan de regel gezet, een /div verplaatst en een enkele br verplaatst.

Nu komt validator met 5 foutmeldingen over br's.
Er worden opeenvolgende regelnummers genoemd.
Helaas komen die niet overeen met kompozer.
Erg lastig dus voor een beginner om te vergelijken waarom het eerst wel goed gaat, en nu niet meer.


Man, wat heb jij er even vlug een werk van gemaakt :D

[edit]
Ah, 5 foutmeldingen gevonden.
Ik had een /div verplaatst, en daarna kweamen nog 5 losse br's.
Dat mocht kennelijk niet. :D
[/edit]

@Goeroeboeroe
Ok, nu een uitdaging (voor mij).

Er zit een knopje op, waarmee de site 2 talig wordt weergegeven.
De 2e taal ziet er dus nu qua opmaak heel anders uit.
Ik wil dezelfde style gebruiken als de nederlandse versie.

Ik denk dat nu jou verhaal om de hoek komt kijken.
De style / font gegevens op een apart blad, in een map weggeschreven.

Kan ik de titels van .kop, .tkop en .kkop wijzigen? Of zijn dat vaste namen?
Hoe werkt dat met jou systeem?
 
Laatst bewerkt:
Ik ga hier even geen antwoord op geven. Ik zou het zelf namelijk totaal anders doen dan Peter Vazed het heeft gedaan.
Er staat, ook in de tweede tekst, op allerlei plaatsen css binnen de html. Dat maakt het zelfs voor 'n ervaren iemand moeilijk te volgen.
Ook staan er dingen als 'n style met hoogte en breedte bij 'n <img>, die volkomen overbodig zijn. Daar mist dan wel weer de gewone 'width' en 'height' in de html, die wél nodig zijn. (Die zorgen voor 't sneller weergeven van de pagina, daarom staan die bij 'n <img> normaal genomen in de html en niet in de css.)
Mogelijk ben jij hier tevreden mee, hoewel ik me kan voorstellen dat je dat moeilijk kunt beoordelen. Maar als ik hier doorheen ga knallen met m'n eigen ideeën, wordt het nog verwarrender, vrees ik, dus dat kan ik beter niet doen.
 
Sja, ik denk dat de opmaak van een document geheel persoonlijk is.
Ik wil graag leren, en vraag daarom ook jou visie.

Het document van Peter heb ik wat gewijzigd. Die is nu nog steeds foutloos, en ik begin em aardig te "begrijpen".

Maar als het eigenlijk anders hoort, dan verneem ik dat graag.
 
Ik werk met Arachnophilia, de oude versie #4,
klein en compact.

Nieuwe versie:
http://www.arachnoid.com/arachnophilia/index.php

Gewoon één pagina maken, optimaliseren en valideren,
dan opslaan als opzet.html,
en iedere keer ingeval een nieuwe pagina nodig is, deze openen, en direct onder de juiste naam opslaan, dan vullen met content.
Zo blijft je opzet.html intakt.

Kan ik de titels van .kop, .tkop en .kkop wijzigen? Of zijn dat vaste namen?
Zijn vrij te benoemen.
.kop staat voor Koptekst,
.tkop = Tussenkop
.kkop = Kleine kop

Door duidelijke namen te gebruiken werkt het vlotter dan:
style1 style2 style3



@Goeroeboeroe
Het simpele gegeven, dat er nog inline style in de pagina zit, ligt aan het feit, dat ik dit
niet important vond.
In eerste instantie was het valideren belangrijk, paulrt1.txt
daarna komt pas de style paulrt2.txt.
En dan moet natuurlijk gekeken worden of er nog verfijning nodig is.


:cool:
 
Juist ja. Peter, dit is een stukje wat ik begrijp en waar ik verder mee kan!
Ik ga nog kijken naar die editor.

Thanx zover :) :thumb:

Ennuh, zie het resultaat tot nog toe :D
 
Status
Niet open voor verdere reacties.

Nieuwste berichten

Terug
Bovenaan Onderaan