Hoi Spikkeltje,
Zo, daar gaan we dan met het echte werk: het drama om-schrijven tot blijspel!
Mijn strategie is: de html-fouten er uit, de css-fouten er uit, en dan van boven naar beneden en steeds van links naar rechts de elementen doorakkeren. Komt er een ongerechtigheid bij IE of een andere browser tevoorschijn, dan meteen omploegen en opnieuw inzaaien. Zo kom je nooit voor verrassingen te staan als je eenmaal klaar bent.
We zijn nog even niet bij "Footer blijft in IE niet op z'n plaats".
Aanpak
Ik bega al meteen een zonde m.b.t. Gouden Regel 2: "eerst het model!". Het model is er in principe al, en ik ga uit van het huidige stylesheet.
- Het speciale stylesheet voor IE schakel ik uit, in afwachting van waar het schip strandt.
- Aanpassingen en aanvullingen voor de styles komen voorlopig onderaan in de <head>.
- Als alles rond is kan dat geïntegreerd worden in de style.css, dat dan ook nog even kritisch bekeken kan worden (tussen m'n oogharen door zag ik wat dubbeldingen en andere overtolligheden).
- Zijn er IE-specialiteiten nodig, dan komen die in een Conditional Comment ook in de <head>.
- Soms zullen er rare dingen kunnen optreden verderop in de pagina, maar daar zijn we op dat moment nog niet aan toe.
Successievelijk zullen er ook wel wat dingetjes komen die een wijziging in het model vragen, maar dat zien we onderweg wel.
Tussendoor zal ik af & toe mijn zaklampje richten op wat me in het kader van toegankelijkheid/accessibility, gebruiksgemak/usability of SEO dienstig lijkt. Alle suggesties vrijblijvend!
=======
HTML
Om te beginnen vervang ik het Doctype voor html5 door
XHTML1.0-Strict, zoals wordt aanbevolen in
Richtlijn 2.1 van de de webrichtlijnen.nl.
Mochten er html5-zaken komen die anders niet getoond kunnen worden, dan kan altijd naar html5 overgeschakeld wirden, maar dan is alvast een goede basis gelegd.
De huidige html-errors die de html-validator signaleert zijn niet van ernstige aard: een paar keer tags in een verkeerde volgorde en nog wat dingen van minder belang. Voor de pauze onderweg!
=======
CSS
De huidige 6 css-errors zijn allemaal van dezelfde soort: het gaat steeds om browser-specifieke correcties voor Internet Explorer. Die zijn dus niet overeenkomstig de universele css-standaarden en daarom moppert de css-validator. Hoef je niet van wakker te liggen.
- Als ze echt nodig blijken, kunnen ze weggewerkt worden in de IE-styles via een Conditional Comment: dan ziet de css-validator ze niet en valt er niets meer te mopperen.
=======
De topstrook
Wat me vanaf de eerste blik op de site opviel,was het verdonkeren van de topstrook (over de volle breedte) als je de pagina bemuist.
En ik vroeg me af: wat is hier de bedoeling van? - Als je ergens overheen hovert en er verandert iets in het beeld, is het gebruikelijk dat er dan een of andere functionaliteit in werking gezet wordt: je kan klikken op het gehoverde element in kwestie, of er komt ergens een pop-up, enz. Hier niet, en dat kan bezoekers in verwarring brengen (bv. vergeefs klikken).
Mijn suggestie zou zijn: die verdonkering achterwege laten, en alleen de 3 klik-elementen in de topstrook van aanblik laten veranderen bij een hover over zo'n element: dan kan je echt iets doen.
- NB: in IE8 gaat het verdonkeren in 1 klap, en wordt meteen erg zwaar.
Het visueel loskoppelen van de topstrook van de rest van de pagina kan ook door deze altijd een (lichte) achtergrondkleur te geven. Dat breekt het vele wit een beetje, en door het wegvallen van het wit bovenaan komt de focus wat meer op het eerste bericht er onder; de 3 top-elementen zijn opvallend genoeg om toch niet uit het vizier te raken.
Realisatie: een zich horizontaal herhalend
background-image voor de html, die de topstrook dan ook buiten de paginabreedte laat zien.
=======
Het logo
Misschien vind jij het mooi, maar ik krijg een beetje een benauwd gevoel van het ingeklemd zijn van de tekst precies tussen de zijkanten (er wordt zelfs een stukje van de G afgeschaafd). Met ietsje verkleinen van de tekst ben je daar van af. Het onderschrift eist door het oranje nu erg veel aandacht op en zou iets smaller kunnen dan de naam (die onthouden moet worden!).
Als ongeduldige surfer vind ik de overgang bij een hover erg traag, die zou van 3 naar bv. 2 sec. kunnen: dan krijg je bij de hover meteen visuele feedback, terwijl de zachte overgang toch niet aangetast wordt. En mijn subjectieve smaak proeft het inkrommen van de hoeken als een beetje overdone: wat minder border-radius bij de hover is subtieler, en zuigt m'n blik niet weg van het centrum met de naam waar het om draait.
Brengt met op een ander puntje. Door de ondertitel weet ik nu dat de "mc" in de domeinnaam niet medisch centrum of medezeggenschapscommissie betekent. Maar het "marketing communicatie" kom ik verder op de pagina niet tegen (misschien kijk ik niet goed, zo best kunnen), terwijl het toch pracht van SEO-woorden zijn. Je zou ze wellicht kunnen toevoegen in de <title> van de homepage, bv. "Tekstschrijver nodig? Tekstschrijver/copywriter L.E. Groesbeek | Bureau Groesbeek Marketing Communicatie".
Voor de toegankelijkheid en voor Google kan je ook zoiets opnemen in een <h1> met
hidden text, terwijl de <h1> van "Tekstschrijver nodig?" ook een <h2> zou kunnen zijn (of ook een <h1>); twee h1's is nog net toegestaan.
In plaats van dit (in een pure text-browser = wat de Google-bot ziet):
... wordt het dan dit:
Terug naar logo. Onderaan zit nog een klein strookje waar wel gehoverd en niet geklikt kan worden > door verschillende hoogtes van de #logo en de link er in > weg te werken met css.
Maar ... dit is allemaal nog geen IE8, die schaduwrandje en ronde hoekjes niet kan laten zien. Oplossing kan zijn: aan de IE's < IE9 een image aanbieden, waar alles al in zit (= screenshot van een echte browser). De hover-variant kan er in hetzelfde image naast komen, dan wordt het
deze css-sprite: met verandering van de background-position verschuift het beeld bliksemsnel bij een hover.
Al met al tot dusverre:
=======
O ja:
... breedbeeld-schermen ... hekel aan kolommetjes ernaast ... liquid design ... Maar jij vindt het dus niks?
Als ik moet kiezen tussen niet zo heel mooie kolommetjes ernaast of onleesbare teksten, dan hoef ik niet lang na te denken.
- Wat wel zou kunnen: een ander soort liquid design, met voor de brede schermen twee tekstkolommen naast elkaar. Die hoeven dan elk niet zo breed te zijn dat de regellengte parten gaat spelen. Daarvoor ben je aangewezen op css3, met vanzelfsprekend weer IE die een workaround nodig heeft.
Met vriendelijke groet,
CSShunter
__________
PS: Niet op m'n alinea-zinnen letten: zo werkt mijn gedachtenstroom. - Later moet ik altijd hakken, maar dat kost extra tijd; dus maar even zo.
[edit]Ah, de uitsmijter nog[/edit]
"Navigatie Overzicht" > Ken je deze?
S.O.S. ! Vol met vondsten die je niet zelf kan verzinnen.