Wall for Denblindebogholder

Nu er det vigtigt at pointere, at JAWS ind til opdateringen af jeres bruger interface i februar, ingen problemer har haft med at oplæse informationerne, så det handler ikke så meget om begrænsninger for JAWS brugere, mere end det handler om, at man har ændret koden ved en opdatering af hjemmesiden, så JAWS-brugere pludselig ikke længere har haft den samme tilgængelighed til E-conomics UI som tidligere. Det skal også være sagt, at denne tilgængelighed ikke har været i fokus hos udviklerne hos E-conomic, men blot betydet, at den hidtidige kodning har tilvejebragt tilgængeligheden, uden at det har behøvet et fokus fra udviklerne hos E-conomic. Dvs. faktisk sige, at det under normale omstændigheder betyder, at tilgængeligheden ligger helt inden for normale programeringsprincipper, og dermed ikke medfører øgede omkostninger for et privat firma at implementere på deres site.Det er faktisk sådan, at det som skrevet i mit første indlæg, blot handler om gode vaner i kodningen, mere end det handler om at bruge penge på at uddanne udviklerne på en bestemt måde. JAWS bliver løbene opdateret med tillægsscripts, som sætter programmet i stand til at afkode selv meget forskellige sites til tale. Som et eksempel på, hvad der er normale problematikker kan nævnes, at en knap, som har en grafik, som viser at det er en OK knap, ikke er navngivet med OK, ikke vil kunne oplæses som en OK knap, hvis den ikke er kodet med OK lable i koden. Det er således basale kodningsvaner, som afgører om JAWS kan oversætte et site til tale. Der er mange knapper og links i den generelle UI, som ikke er navngivet på denne måde i koden, hvilket fører til, at JAWS ikke kan fortælle, hvad en given knap eller link vil resultere i aktion, hvis man klikker på den/det. Som tidliger skrevet, så deltager jeg gerne i en uddybning af, hvad der kræves for at øge tilgængeliheden på sitet, uden at det koster noget som helst for virksomheden.