Het on-line magazine voor en door de Nederlandstalige cacher
Geschreven door KarelKraak
De cachepagina is het visitekaartje van je cache. Het is daarom belangrijk dat je beschrijving er zo goed mogelijk uitziet. Om daar voor te zorgen, kan je bij geocaching.com gebruik maken van HTML. HyperText Markup Language (in het kort HTML) is een taal die gebruikt wordt om pagina's op bijvoorbeeld het internet in te delen. Op het internet zijn meerdere handleidingen te vinden voor het gebruik van HTML. Hoewel deze goed de basis beschrijven is niet alles wat erin staat ook echt het meest geschikt voor cachebeschrijvingen. Steeds meer cachers bekijken je cachepagina namelijk ook mobiel, hetzij rechtstreeks via internet of via een HTML export van GSAK. Door hier vooraf rekening mee te houden blijven je pagina's ook voor deze paperless cachers bruikbaar. Deze keer een afwijkende aflevering naar aanleiding van de verkiezing voor de beste cachepagina zoals gehouden op het geocaching.nl forum.
In oktober 2009 lanceerde GeoVlinder het idee tot een verkiezing voor de beste cachepagina van Nederland. Dit initiatief werd opgepakt en zo kon op 10 januari 2010 een top 3 bekend gemaakt worden.
De winnaars waren:
In dit artikel gaan we deze winnaars eens wat nader bekijken en aan een aantal tests onderwerpen.
Om te beginnen zijn de cachepagina’s beoordeeld door de W3C Markup Validator. De validator is een service van de World Wide Web Consortium (W3C) waar je een webpagina kan laten testen aan de huidige richtlijnen. Omdat de pagina’s zoals ze op geocaching.com staan van zichzelf al niet echt perfect zijn, is alleen de code van de cache-eigenaar zelf gebruikt (de long description). Hiervoor is de code in een leeg document geplakt wat vervolgens aan de validator is aangeboden.
Vervolgens is de pagina bekeken op een PDA. Hierbij is gebruik gemaakt van een HTML export vanuit G.S.A.K. Net als bij de validator test geeft ook hier de pagina op geocaching.com een vertekend beeld dat een goede weergave van de pagina verhindert. De pagina's zoals die door G.S.A.K. aangemaakt worden, bevatten nauwelijks aanvullende code naast de beschrijving zoals die door de eigenaar zelf gemaakt is.
Als laatste is er handmatig naar de code gekeken. Daarbij is gelet op de maner waarop de pagina ingedeeld is en welke code daarvoor gebruikt is.
Alle drie de cachepagina's komen vrij goed door de validator. Er worden voor elke pagina behoorlijk veel fouten gevonden (respectievelijk 45, 5 en 26 voor de nummers 1, 2 en 3) maar met uitzondering van één betreft dit allemaal dezelfde fout.
Vrijwel alle gevonden fouten betreffen het ontbreken van het alt attribuut van plaatjes. Zoals al in de vorige aflevering is aangegeven, is het niet van belang voor een juiste weergave van het plaatje maar is dit attribuut toch verplicht. Dit geeft cachers die niet de mogelijkheid hebben om in het veld ook de plaatjes te bekijken toch enigszins een idee wat er op het plaatje hoort te staan.
De enige andere foutmelding betrof de cache 'Moord in Breehees'. Het betrof een attribuut voor de randkleur dat niet van toepassing is op het element waar het aan toegekend is. Ofwel het attribuut wordt niet herkend door de browser en doet dus helemaal niets.
Op de PDA waren alle drie de pagina's te breed voor het scherm. Dat houdt in dat je niet alleen van boven naar beneden moet scrollen maar ook van links naar rechts, wil je de gehele pagina kunnen bekijken. Voor één van de caches was dit op te lossen door in IE de lay-out te veranderen in One Column. Door deze aanpassing komt de inhoud van de pagina zoveel mogelijk onder elkaar te staan, ook waar elementen normaal naast elkaar worden weergegeven. Bij de overige twee pagina's werd dit verhinderd door de in de beschrijving aanwezige plaatjes. Door het scherm te kantelen naar landschap formaat werd dit voor nog een cache opgelost. Alleen 'Moord in Breehees' bleef in alle gevallen te breed.
Als we naar de code achter de beschrijvingen kijken dan vallen er twee dingen op. Ten eerste staan niet alle plaatjes op de geocaching.com website. Dit is besproken in de vorige aflevering van deze serie. Het is verstandiger om de plaatjes te uploaden naar geocaching.com zodat de beschrijving en de plaatjes zich op dezelfde plaats op internet bevinden. Zeker omdat ook de alt attributen niet zijn ingevuld, zal de cachepagina bij het wegvallen van de site waarop de plaatjes staan, compleet onbruikbaar zijn.
Wat verder opvalt, is het gebruik van tabellen om elementen van de pagina op hun plaats te houden. Alleen op de pagina van 'Moord in Breehees' wordt dit relatief gezien slechts beperkt toegepast. Zoals de naam al aangeeft is een table-tag bedoeld voor tabellen en niet voor de lay-out van een pagina. Het gebruik van tabellen voor de lay-out is er vrijwel zeker de oorzaak van dat de pagina's niet optimaal op een klein scherm worden weergegeven.
De pagina's van de winnaars van de verkiezing tot 'Beste Cachepagina van Nederland 2000/2009' zien er technisch gezien vrij goed uit. Het enige wat opgemerkt kan worden, is het consequent weglaten van een alt-attribuut voor plaatjes en het overmatig gebruik van tabellen voor de lay-out. Vooral dat laatste kan de leesbaarheid van de pagina's op kleinere schermen beperken.
Deze speciale aflevering vormt een perfecte brug naar de volgende aflevering. Dan komt namelijk het gebruik van de table-tag aan bod.
| < Vorige | Volgende > |
|---|