Ik ben het eens met de stelling van de vorige schrijver, dat dit een heel professioneel geschreven boek is, dat je stap voor stap de materie bijbrengt.

Hallo Jenny,

Je DocType is 4.01, dat zou XHTML 1.0 moeten zijn. Kijk eens in de Voorkeuren (Preferences) van Dreamweaver in de linker kolom bij New Document en dan echts daarvan bij Default Document Type, daar kan je het ingeven zodat voortaan al je nieuwe bestanden XHTML 1.0 worden.

Verder mist de sluittag van de eerste alinea.

Succes!
Frances

Heb hoofdstuk 6 gemaakt maar krijg hem niet zoals in het  voorbeeld.

Ergens is er wat fout gegaan.

Hallo Adriën,

Ik reageer een beetje laat, maar klopt het dat je ondertussen het probleem al hebt opgelost?

Groetjes,
Frances

Hallo Frances,
Dank voor je bericht.
De site staat nu online, www.adriencozijnsen.nl.
Fijn als je er naar wilt kijken.

Als volgende punt zul je ook zien dat de pagina onder stichting madart helemaal onderaan niet goed is (vergelijk andere pagina's). De grijze ruimte is verdwenen en de voettekst is naar rechts geschoven. In dreamweaver test IE en firefox wordt de inhoud wel goed weergegeven.

vr groet, adrien

Hallo Adrien,

Als je op www.delicious.com/waalweb zoekt op IE6 dan staat er een link tussen naar http://www.positioniseverything.net/explorer/threepxtest.html waarin een oplossing wordt beschreven. Overigens kan je je afvragen hoe belangrijk het nog is om je webpagina's voor IE6 apart aan te passen. Er zijn sites waarvan je van te voren weet dat er veel gebruik van gemaakt zal worden op IE6, dan weet je zeker dat het belangrijk is.

Om je vraag over de foutmelding voor je spry-menu te beantwoorden zou ik de pagina online moeten zien.

Groetjes,
Frances

Hallo Adrien,

Als je op www.delicious.com/waalweb zoekt op IE6 dan staat er een link tussen naar http://www.positioniseverything.net/explorer/threepxtest.html waarin een oplossing wordt beschreven. Overigens kan je je afvragen hoe belangrijk het nog is om je webpagina's voor IE6 apart aan te passen. Er zijn sites waarvan je van te voren weet dat er veel gebruik van gemaakt zal worden op IE6, dan weet je zeker dat het belangrijk is.

Om je vraag over de foutmelding voor je spry-menu te beantwoorden zou ik de pagina online moeten zien.

Groetjes,
Frances

Bij de browservalidatie krijg ik de volgende mededeling:
Er zijn 1 fouten aangetroffen in SpryMenuBarHorizontal.css
Heeft betrekking op: Firefox 1.5; Internet Explorer 6.0, 7.0; Internet Explorer for Macintosh 5.2; Opera 8.0, 9.0; Safari 2.0heb gebruik gemaakt van de spry menu
Mijn vraag is hoe ik erachter kom welke fout dit is en hoe deze op te lossen?

Een volgende punt bij de validatie is dat de tekst 3 pixels verschuift met de  opmerking erbij: Wanneer anonieme regelvakken (vakken die inline inhoud bevatten) grenzen aan een float, ontstaat er een opening van drie pixels tussen het regelvak en de rand van de float. Deze opening verdwijnt wanneer de inhoud de float passeert, waardoor de inhoud drie pixels in de richting van de float verschuift. Houd er rekening mee dat de opening moeilijk te zien is wanneer links uitgelijnde tekst grenst aan een float naar rechts. De opening bestaat echter wel en kan ertoe leiden dat er bij krappe lay-outs inhoud onder het zwevende element terechtkomt.
Heeft betrekking op: Internet Explorer 6.0
Waarschijnlijkheid: Waarschijnlijk
Mijn vraag: Is dit te corrigeren?

Misschien is het gewoon gewoonte maar bij mijn weten is het betrouwbaarder om de tabel te stylen met de td's ipv met de tr's. Ik gebruik de tr's alleen voor dat doel als het echt voordeel biedt, maar anders bij voorkeur de td's.

border: 0 is betrouwbaarder dan border: none. Ik meen dat die laatste niet werkt in IE6.

De cellen zijn standaard transparant, je ziet de achtergrondkleur van de tabel, tenminste, zo heb ik het altijd geïnterpreteerd. Misschien komt dat op hetzelfde neer als dat de achtergrondkleur overerft, alleen zou dat dan hier een uitzondering zijn want standaard overerft die niet. Daarom waarschijnlijk mijn voorkeur voor de eerste verklaring.

Het werkt zo:

• Je maakt twee alinea's met daarin een link
• Eén van beide alinea's geef je een class (of ID).
• In CCS geef je een kleur in voor de link: a {...}
• Ook geef je de kleur van de a:hover in
• Daarna maak je een CSS-regel met een specifiekere kiezer: p.naamclass a {...} die je een andere kleur geeft

Wat je nu in de browser ziet is dat de link in de alinea met de class niet de kleur van de a:hover uit de stylesheet pakt als je er met je muis overheen gaat. Verklaring lijkt mij dat a:hover een variant is van a. Kijk maar want a:hover overerft van a. En door aan p.naamclass a specifieke CSS te geven is die niet meer gelijk aan een 'gewone' a dus is a:hover daar ook geen variant meer van.

Het online voorbeeld van oefening 13.1 wijkt hierin inderdaad af van het boek. In het boek laat ik zien wat er gebeurt als je een element absoluut positioneert: het gaat uit de flow van de pagina. Dus als je alleen groen absoluut positioneert komt deze bovenop blauw te liggen ondanks dat blauw in de HTML-code ná groen komt. Pas als je blauw óók een absolute positie geeft (en daarmee ook uit de flow van de pagina haalt) wordt de volgorde op het scherm gelijk aan die in de code: onderop groen met daarbovenop blauw.

In het uitgewerkte voorbeeld kan je zien hoe je een eerste laag op het scherm bovenop de volgende laag plaatst. Z-index werkt niet zonder een position: relative (of absolute als het zo uitkomt). En dat position: relative voldoet als het slechts gaat om een z-index te kunnen toepassen. Oftewel gebruik position: absolute alleen als je écht absoluut wilt positioneren (dus met coördinaten).

Verder vraag je: 'Bij #groen zet je position: absolute; /* Niet nodig om #groen te positioneren tov wrapper. Waarom niet?' Dit vind ik niet terug in de oefening.

Position:absolute voegt niets toe aan een element zolang dit geen coördinaten heeft. Dus die gaat eigenlijk altijd samen met top, right, bottom en/of left.

Position:relative maakt een voorouder het containing block oftewel het element ten opzichte waarvan het kind zich positioneert. Heel belangrijk dus. (overigens voldoet position: absolute ook voor dit doel maar is eigenlijk te zwaar voor de taak, relative heeft de voorkeur)

En om het verhaal compleet te maken: je kunt met position:relative icm coördinaten een element tov zichzelf positioneren. Kan handig zijn maar zal je niet vaak nodig hebben. De oorspronkelijk plek blijft open.

Zie ook uitleg in boek op pag. 194-195.