Att testa siten i Lynx är inget jag har gjort innan, har endast testat att stänga av stilar/bilder/skript i Firefox och använt terminalwebbläsaren w3m, men att testa sidan med Lynx är verkligen en god idé!

För oss så finns tillgänglighets-tänket med från dag ett på ett projekt. Och oftast får man mycket gratis genom att bara följa webbstandarder och koda semantiskt.

När vi skapar webbplatser/webbapplikationer följer vi Progressive enhancement-strategin. Vilket betyder att vi först ser till att det grundläggande fungerar först (att “alla” kan komma åt innehållet) och lägger därefter successivt till ”förbättringar” för de besökare som har stöd för det. Till exempel om en webbplats ska ha mycket Ajax- och JavaScript-funktioner så ser vi först till att ha en version som fungerar utan JavaScript och lägger därefter på JavaScript-lagret. (Så är fallet med t.ex. vår egen applikation, Wishlistr, som fungerar även utan JavaScript och kan användas fullt ut i en textbaserad webbläsare till och med)

Specifikt vad det gäller tester vi gör under arbetets gång så kan det skilja sig lite beroende på typ av projekt. Men det första test jag brukar göra är att, när man har en grundstomme i HTML klar så testar jag den i Lynx. Det ger oftast en bra bild av hur väl man lyckats strukturera innehållet och markupen på ett semantiskt och logiskt sätt.

Därefter gör vi en rad tester under arbetets gång. Det kan vara saker som: validera HTML-koden, kolla så att färgerna fungerar tillfredställande för dem som har någon typ av färgblindhet, testa utan bilder, testa utan CSS, testa utan JavaScript, testa i olika webbläsare/skrämupplösning/operativsystem etc., testa sidan i en tillgänglighetsvalidator, jobba med språket/texter på sidan, med mera.

Blev en lång kommentar det här. Man kanske borde skriva en artikel … :)