Tilgængelighed København Kommune Maria Barrett Sensus ApS 10. januar 2011 l.

Præsentationer af emnet: "Tilgængelighed København Kommune Maria Barrett Sensus ApS 10. januar 2011 l."— Præsentationens transcript:

1 Tilgængelighed København Kommune Maria Barrett Sensus ApS 10. januar 2011 l

2 Program 9.00 – 11.00 –En kort introduktion til webtilgængelighed –Web Content Accessibility Guidelines 2.0 –WCAG og det redaktionelle arbejde –Århus Kommune 11.00 – 12.00 –Hvordan kan der svares på borgerrådgiverens brev?

3 Formålet med kurset Introduktion til alle succeskriterierne i WCAG 2.0, niveau AA Fokus på de succeskriterier der er afhængige af det redaktionelle arbejde i jeres CMS Hvorledes tilgængeligheden kan sikres i forhold til det redaktionelle arbejde – konkrete anvisninger Særlige forhold ved jeres CMS

4 Tilgængeligt Webdesign ”Web’ens styrke ligger i, at den er universel. Det er helt grundlæggende, at alle mennesker — uanset funktionsnedsættelser — har adgang” Tim Berners-Lee Opfinder af WWW, direktør for W3C Tilgængelighed er et spørgsmål om at give flest mulige mennesker i flest mulige situationer og fra flest mulige browser-teknologier adgang til web-baseret information

5 Det officielle fokus 1.Tilgængelighed af hensyn til mennesker med en række handicaps: –Syn, hørelse, bevægelse, tale, kognition, sprog, læring, neurologiske –Kombinationer af disse 2.Tilgængelighed af hensyn til ældre mennesker med aldersbetingede behov 3.Tilgængelighed af hensyn til brugere i al almindelighed

6 Brugere er forskellige Hvis man er blind bruger man skærmlæser http://www.kk.dk/ http://www.kk.dk/ Hvis man ser dårligt bruger man forstørrelse http://www.kk.dk/ http://www.kk.dk/ Hvis man har et motorisk handicap kan man måske ikke anvende mus eller tastatur Nogle (ex. ordblinde) har svært ved at læse http://www.kk.dk/ http://www.kk.dk/

7 Mennesker med funktionsnedsættelser Syn, hørelse, bevægelse, tale, kognition, sprog, læring, neurologiske Kombinationer af disse Kortvarige, længerevarende eller permanente Op mod 25 % af befolkningen oplever tilgængelighedsproblemer

8 Type af problemer (Web) Nogle problemer skabes af systemerne og af udviklerne –Fx layouttabeller, HTML-fejl, genbrug af linktekster, utilgængelige scripts, faste dimensioner, valg af CMS … Andre skabes af designerne –Fx ringe kontrast, små bogstaver, dårlig navigation, … Atter andre problemer skabes af redaktørerne –Fx dokumentproduktion, billeder uden ALT, dårlige linktekster, manglende overskrifter

9 Tilgængelighed i Danmark Danske beslutninger Åbne standarder incl. tilgængelighed obligatorisk (2008)Åbne standarder incl. tilgængelighed obligatorisk FN FN’s handicapkonvention om handicappedes rettigheder (2009)FN’s handicapkonvention

10 Retningslinjer og prioriteter Internationale retningslinjer fra World Wide Web Consortium (W3C) –Web Accessibility Initiative (WAI) –Web Content Accessibility Guidelines (WCAG) –Authoring Tools Accessibility Guidelines (ATAG) –User Agents Accessibility Guidelines (UAAG) Brugeren oplever tilgængelighed UAAG Browsere, Media players ATAG Redigerings- værktøjer, editors, CMS WCAG Indhold, struktur, layout, interaktion

11 Retningslinjer og prioriteter W3C prioriteter og overholdelse –Prioritet 1 – Skal overholdes (niveau A) –Prioritet 2 – Bør overholdes (niveau AA) –Prioritet 3 – Kan overholdes (niveau AAA) Niveau AA (prioritet 1 og 2) er minimum; niveau AAA er ikke altid realistisk Danske retningslinjer fra IT- og Telestyrelsen EU anvender ligeledes W3C/WCAG

12 Retningslinjer og prioriteter Ikke-W3C retningslinjer –Ikke-W3C teknologier Indhold fra eksempelvis Microsoft (Office), Adobe (PDF, Flash), Open Office, andre Dokumenterne skal følge retningslinjerne for det pågældende format Leverandører er på vej med WCAG 2 supplement til sikring af tilgængeligheden til fx Word og PDF

13 Web Content Accessibility Guidelines 2.0 – og hvordan de anvendes i Københavns Kommunes CMS Maria Barrett Sensus ApS

14 Net-dokumenter Web Content Accessibility Guidelines Den danske oversættelse af retningslinjerneDen danske oversættelse af retningslinjerne

15 4 principper for tilgængelighed 1.Opfattelig (perceivable) – information og brugergrænseflader skal præsenteres for brugere på måder, som de kan opfatte 2.Anvendelig (operable) – brugergrænsefladen og navigationen skal være anvendelig 3.Forståelig (understandable) – information og brugergrænsefladen skal være forståelig 4.Robust (robust) – indholdet skal være tilstrækkelig robust til at det kan præsenteres pålideligt på en bred vifte af brugeragenter, herunder kompenserende teknologier

16 OPFATTELIGHED Succeskriterier der vedrører indholds

17 WCAG 1.1.1 - A 1.1.1 Ikke-tekstbaseret indhold: Alt ikke-tekstbaseret indhold, der præsenteres for brugeren, har tilknyttet et tekstbaseret alternativ som har samme formål. Fx: –Tidsafhængigt media –Grafik –Dynamisk indhold –Rammer

18 Billeder Alle billeder skal have et tekstligt alternativ, der svarer til billedets formål http://www.kk.dk/Borger/Miljoe.aspx http://www.kk.dk/ http://www.kk.dk/Borger/KulturOgFritid/BoernOgUnge.aspx

19 Jeres CMS Jeres version af SiteCore understøtter ikke tomme alt-tekster Kompromis: hvis billedet ikke er betydningsbærende skal alt-teksten være så kort som mulig Billeder der er lagt ind af udviklere skal have en alt-tekst, der beskriver billedets formål – det kan også være en tom alt-tekst.

20 Øvelse Samme billede, men forskellige alt- tekster til forskellige situationer: 1.Billedet er et link til en artikel om nyt sundhedshus 2.Billedet er en illustration til en artikel om genoptræning i Københavns Kommune 3.Billedet er en illustration på en side, der sælger yogabolde 4.Billedet er illustration på en instruktion til en fysisk øvelse

21 SÅDAN ARBEJDER I MED TILGÆNGELIGHEDEN TIL BILLEDER

22 Upload billede

23 Indsæt billede

24 Skriv en ny alt-tekst i image properties

25 Komplekse billeder Eksempelvis grafer, instruktioner etc. Flere løsningsmuligheder –Beskriv billedets formål i alt-teksten (ikke for langt) –Beskriv billedets formål i teksten og skriv i alt-teksten at dette er gjort –Link til en anden fremstillingsform og beskriv i alt-teksten at denne løsning er valgt http://www.kk.dk/Nyheder/2009/December/KSStatistikBefolkUdvikl3Kvt09.aspx

26 WCAG 1.2.1 - A Rent lydindhold (audio only) og rent videoindhold (video only) (forudindspillet): For forudindspillet rent lydindhold og forudindspillet rent videoindhold gælder følgende, undtagen når video eller lyd udgør et mediealternativ til tekst og klart er markeret som sådan.

27 WCAG 1.2.1 - A Forudindspillet rent lydindhold: Der skal leveres et alternativ til tidsafhængige medier, som præsenterer information, der svarer til forudindspillet rent lydindhold.

28 WCAG 1.2.1 - A Forudindspillet rent videoindhold: Der skal leveres enten et alternativ til tidsafhængige medier eller et lydspor, som præsenterer information, der svarer til forudindspillet rent videoindhold.

29 WCAG 1.2.2 - A Undertekster (forudindspillet): Der skal leveres undertekster til alt forudindspillet lydindhold i synkroniserede medier, undtaget når medier fungerer som medie- alternativ til tekst og er klart markeret som sådan.

30 WCAG 1.2.3 - A Synstolkning eller mediealternativ (forudindspillet): Der skal leveres et alternativ til tidsafhængige medier eller synstolkning af forudindspillet videoindhold i synkroniserede medier, undtagen når medierne er mediealternativ til tekst og er klart markeret som sådan.

31 WCAG 1.2.4 - AA Undertekster (live): Der skal leveres undertekster til alt lydbaseret live- indhold i synkroniserede medier.

32 WCAG 1.2.5 - AA Synstolkning (forudindspillet): Der skal leveres synstolkning til alt forudindspillet videoindhold i synkroniserede medier.

33 SÅDAN ARBEJDER I MED TILGÆNGELIGHEDEN TIL A/V-INDHOLD

34 Beslutninger: På hvad niveau I vil arbejde med dette (fuld overholdelse, delvis overholdelse, nødløsning: skrive sig ud af problemet) Hvor meget I vil købe jer fra (eksempelvis undertekster, manuskript, synstolkning) Et tekstligt alternativ kan en redaktør producere. Det øvrige kræver værktøjer og uddannelse

35 Jeres CMS A/V-indhold skal have et teknisk alternativ (det, der svarer til en alt- tekst). Hvis det er en redaktør, der lægger indholdet på siden, understøtter SiteCore ikke dette Hvis det er udviklere, der lægger indholdet på, skal det have et teknisk alternativ Afspilleren skal være tilgængelig

36 WCAG 1.3.1 - A Information og relationer: Information, struktur, og relationer der formidles via præsentationen, kan bestemmes programmeringsmæssigt eller er tilgængelige som tekst.

37 1.3.1 gælder eksempelvis: Sammenknytning af etiketter til kontroller i formularer Overskrifter Tabelinformation Listeelementer

38 WCAG 1.3.1 – A: Formularer En etiket skal knyttes eksplicit til hver kontrol Det skal gøres sådan kodemæssigt: Fornavn: http://www.kk.dk/ http://www.kultunaut.dk/perl/arrlist/type-kbh2/version- vejpark?&ArrStartday=14&ArrStartmonth=Januar&ArrStartyear=2011&Area=K%C3%B8benhavn %20%C3%98-postby&StedMark=Kbhplads&periode=1

39 WCAG 1.3.1 A – citater og sprogskift Begge dele bør opmærkes Skærmlæsere anvender sprogskift til at skifte mellem talesynteserne Der er to typer citater: inline-citater og blok-citater. Browseren renderer som udgangspunkt blokcitater med linjeskift og indrykning Jeres CMS understøtter ikke opmærkning af sprogskift og citater http://www.kk.dk/Borger/ByOgTrafik/CyklernesBy.aspx

40 WCAG 1.3.1 – A: Overskrifter H-elementer må ikke bruges til at opnå et bestemt visuelt udtryk men skal bruges til at markere forskellige niveauer af overskrifter. Niveauet skal svare til den funktion, indholdet har http://www.kk.dk/Erhverv.aspx http://www.kk.dk/Borger.aspx

41 SÅDAN ARBEJDER I MED TILGÆNGELIGHEDEN TIL OVERSKRIFTELEMENTER

42 Overskrifter Skal nestes korrekt, således at der ikke springes niveauer over Titlen for siden bliver også en H1-overskrift Overskrifterne skal inddele siden i logiske afsnit Overskrifter må ikke bruges til styling af tekst – eks. manchettekster Hvis noget tekst er visuelt fremhævet som en overskrift (med eksempelvis fed skrift), så overvej om det ikke bør have et overskriftniveau http://www.kk.dk/Erhverv/Erhvervspolitik/Ivaerksaetteri.aspx http://kk.dk/Erhverv/TilladelserOgBevillinger/Byggetilladelse.aspx http://kk.dk/Borger/ByOgTrafik/VejePladser.aspx

43

44

45

46 Lister Skal opmærkes med de dertil egnede funktioner –Brug ikke almindelige tegn til punkter - eks. - eller > –Skriv ikke numrene selv i en nummereret opstilling –Brug ikke punkter fra tidligere dokumenter –Anvend ikke billeder af punkter http://www.kk.dk/Nyheder/2010/August/KoebenhavnGoerSkolevejeneTrygge.aspx http://www.kk.dk/Borger/PasningOgSkolegang.aspx http://www.kk.dk/Erhverv/Oekonomi/Sygedagpenge%20refusion%20og%20l%C3%B8ntilskud.aspx http://www.synref.dk/sitemap/

47 SÅDAN ARBEJDER I MED TILGÆNGELIGHEDEN TIL LISTER

48 Lister Design-guidelines og:

49 Datatabeller Anvend kode til at skelne dataceller fra overskriftceller TD til dataceller TH til at identificere tabeloverskrifter Anvendt caption såfremt tabellen har en titel /overskrift http://www.ballerup.dk/get/45416.html#45417 http://kk.dk/Nyheder/2010/December/Affald_SkaldekonvoyOnsdag.aspx http://www.aarhuskommune.dk/borger/familie-boern-og-unge/Skole/SFO/Takster-og- betaling/Takster-2011.aspx

50 SÅDAN ARBEJDER I MED TILGÆNGELIGHEDEN TIL DATATABELLER

51 Datatabeller – et eksempel 200720082009 København10.00015.00012.000 Århus10.000 12.000 Odense5.0002.5005.000 Oversigt over…

52

53

54 Note vedr. layouttabeller Layouttabeller er blot en visuel positionering af tekst, men udtrykker ikke et forhold imellem cellerne Brug layouttabeller med forsigtighed – de skal give mening, når de lineariseres Ved layouttabeller, skal der ikke anvendes tabeloverskrifter og caption

55 WCAG 1.3.2 - A Meningsfuld rækkefølge: Når den rækkefølge, som indhold præsenteres i, påvirker indholdets mening, kan en korrekt læserækkefølge bestemmes programmeringsmæssigt. http://www.digitalsignatur.dk/visArtikel.asp?artikelID=698

56 WCAG 1.3.3 - A Sensoriske egenskaber: Instruktioner, der vedrører forståelse og betjening af indhold, er ikke udelukkende afhængige af komponenternes sensoriske egenskaber såsom form, størrelse, visuel placering, orientering eller lyd.

57 Sensoriske egenskaber i instruktioner Hvad er den tilgængelighedsmæssige forskel mellem disse to formuleringer? Læs mere om trafik ved at klikke på linket, du finder til højre Læs mere om trafik ved at klikke på linket ”Trafikken i København” du finder til højre

58 SÅDAN ARBEJDER I MED TILGÆNGELIGHEDEN TIL INSTRUKTIONER (TEKST)

59 Sensoriske egenskaber i instruktioner Brug ikke instruktioner, der kun er afhængig af brugerens sanseopfattelse –Eksempelvis farve, størrelse, placering etc. Suppler med universelle informationer (primært tekst)

60 WCAG 1.4.1 - A Anvendelse af farve: Farve er ikke det eneste visuelle middel, der anvendes til at formidle information, gøre opmærksom på en handling, anmode om respons eller udskille et visuelt element. http://www.kk.dk/Nyheder/2010/December/SjaellandsgadeBad.aspx http://www.naturstyrelsen.dk/NR/rdonlyres/9FDFA9AE-B9AA-49E0-87C3- CBA935650430/0/Badeforbud.pdf

61 WCAG 1.4.2 - A Kontrol af lyd: Hvis eventuel lyd på en webside spiller automatisk i mere end tre sekunder, skal der enten være en mekanisme, som kan anvendes til at afbryde lyden helt eller midlertidigt, eller der skal findes en mekanisme, som kan regulere lydstyrken uafhængigt af systemets generelle lydniveau.

62 WCAG 1.4.3 - AA Kontrast (minimum): Den visuelle præsentation af tekst og billeder af tekst skal have et kontrastforhold på mindst 4,5:1, undtagen i følgende situationer: –Stor tekst: Forstørret tekst og billeder af forstørret tekst har et kontrastforhold på minimum 3:1. –Ikke betydningsbærende –Logoer http://www.kk.dk/

63 SÅDAN ARBEJDER I MED TILGÆNGELIGHEDEN TIL KONTRAST

64 Kontrast De faste typografier skal rumme tilstrækkelig kontrast (design-fasen) Ændr ikke manuelt typografi i det redaktionelle arbejde Brug ikke billeder af tekst

65 WCAG 1.4.4 - AA Ændring af tekststørrelse: Tekst kan, med undtagelse af undertekster og billeder af tekst, forstørres op til 200 % uden brug af kompenserende teknologi uden tab af indhold eller funktion. http://www.kk.dk/

66 WCAG 1.4.5 - AA Billeder af tekst: Hvis de anvendte teknologier kan håndtere den visuelle præsentation, anvendes tekst frem for billeder af tekst til formidling af information, undtagen i følgende tilfælde: –Kan tilpasses: Billedet af tekst kan tilpasses visuelt til at imødekomme brugerens krav; –Nødvendig: En særlig præsentation af tekst er nødvendig for den information, der formidles. http://www.kk.dk/Borger/ByOgTrafik.aspx http://www.kk.dk/FaktaOmKommunen/KoebenhavnITalOgOrd/StatistikOmKoebenhavnOgKoeben havnere/HistoriskStatistik/Skatter.aspx http://su.dk/Sider/default.aspx

67

68 ANVENDELIGHED Succeskriterier der vedrører indholds

69 WCAG 2.1.1 - A Tastatur: Alle indholdets funktioner kan betjenes via en tastaturgrænseflade uden at der er behov for specifik tidsindstilling af individuelle tastetryk, undtaget tilfælde, hvor den underliggende funktion kræver input, der er afhængige af at kunne følge hele rækken af brugerens bevægelser og ikke blot slutpunkterne. http://www.kk.dk/Borger/JobOgUddannelse/Ungejobpakke/Praktikpladser.aspx

70 WCAG 2.1.2 - A Ingen tastaturfælde: Hvis tastaturfokus kan flyttes til en af sidens komponenter ved hjælp af en tastaturgrænseflade, kan fokus fjernes fra denne komponent udelukkende ved hjælp af en tastaturgrænseflade. Hvis det kræver mere end utilpassede pile- eller tab-taster eller andre standard lukkemetoder, skal brugeren rådgives om metoden til at fjerne fokus.

71 WCAG 2.2.1 - A Man skal skulle ændre tidsindstillinger: For hver tidsbegrænsning, der er givet i indholdet, gælder mindst et af følgende punkter:

72 WCAG 2.2.1 – A: fortsat Slå fra: Brugeren kan slukke for tidsbegrænsningen, før den udløber; eller Tilpasse: Brugeren kan tilpasse tidsbegrænsningen, før den udløber, over en bred skala, der er mindst ti gange varigheden af standardindstillingen; eller Udvide: Brugeren advares, før tiden udløber, og får mindst 20 sekunder til at forlænge tidsbegrænsningen ved hjælp af en simpel handling (for eksempel ”tryk på mellemrumstasten”), og brugeren har mulighed for at forlænge tiden mindst ti gange; eller

73 WCAG 2.2.1 – A: fortsat Undtagelse ved real-time: Tidsbegrænsningen er en nødvendig del af en begivenhed i real-time (for eksempel en auktion), og der findes ikke noget muligt alternativ til tidsbegrænsningen; eller Nødvendig undtagelse: Tidsbegrænsningen er nødvendig, og en forlængelse vil gøre handlingen ugyldig; eller 20 timers undtagelse: Tidsbegrænsningen varer længere end 20 timer.

74 WCAG 2.2.2 - A Pause, stop, skjul: Ved bevægelse, blinken, rulning eller automatisk opdatering af information gælder samtlige følgende punkter:

75 WCAG 2.2.2 – A: fortsat Bevægelse, blinken, rulning (scrolling): Ved enhver form for bevægelse, blinken eller rulning (scrolling) af information, der (1) starter automatisk, (2) varer mere end 5 sekunder og (3) præsenteres samtidigt med andet indhold, findes der en mekanisme, så brugeren kan stoppe skjule eller sætte informationen på pause, medmindre bevægelsen, blinket eller rulningen (scrolling) er en del af en handling, hvor dette er nødvendigt; og

76 WCAG 2.2.2 – A: fortsat Automatisk opdatering: Ved enhver form for automatisk opdatering af information, der (1) starter automatisk og (2) præsenteres samtidigt med andet indhold, findes der en mekanisme, som gør det muligt for brugeren kan stoppe skjule eller sætte opdateringen på pause, eller at kontrollere opdateringsfrekvensen, medmindre den automatiske opdatering er en del af en aktivitet, hvor dette er nødvendigt. http://www.kk.dk/ http://www.kk.dk/

77 WCAG 2.3.1 - A Grænseværdi på tre glimt eller derunder: Intet indhold på en webside glimter mere end tre gange på et sekund, eller glimtet ligger under grænseværdien for generelt glimt og rødt glimt.

78 WCAG 2.4.1 - A Spring over blokke: Der findes en mekanisme til at springe over blokke af indhold, der gentages på flere websider. http://www.aarhuskommune.dk/

79 WCAG 2.4.2 - A Sider har titler: Websider har titler, der beskriver emne eller formål

80 WCAG 2.4.3 - A Fokusrækkefølge: Hvis der kan navigeres sekventielt på en webside, og hvis navigationssekvenserne påvirker mening eller betjening, skal fokuserbare komponenter opnå fokus i en rækkefølge, der bevarer meningen eller betjeningsmulighederne. http://bibzoom.shop2download.com/ http://bibzoom.shop2download.com/

81 WCAG 2.4.4 - A Formål med links (i kontekst): Formålet med ethvert link kan bestemmes ud fra link-teksten alene eller ud fra link-teksten sammen med den link-kontekst, der er programmeringsmæssigt bestemt; undtaget herfra er tilfælde, hvor linkets formål vil forekomme flertydigt for alle brugere. http://www.kk.dk/Erhverv.aspx http://www.kk.dk/Borger/KulturOgFritid.aspx

82 Tekst - Linktekster Den tekst, der er klikbar skal beskrive formålet for linket, når den læses for sig selv

83 Tekst - Linktekster

84 SÅDAN ARBEJDER I MED TILGÆNGELIGHEDEN TIL LINKTEKSTER

85 Linktekster Sørg for at hver enkelt linktekst beskriver formålet for linket uden den kontekst, linket står i. Alt- tekster er linktekst for billeder, der linker Overvej eksempelvis følgende linktekster alle fra http://www.kk.dk/Borger/ByOgTrafik.aspxhttp://www.kk.dk/Borger/ByOgTrafik.aspx –www.trafikken.dk –Fakta om gadebelysning –Pige på cykel over langebro

86 WCAG 2.4.5 - AA Flere måder: Der findes mere end en måde at lokalisere en webside på inden for en samling af websider. Undtaget er tilfælde, hvor websiden udgør et resultat af eller et trin i en proces.

87 WCAG 2.4.6 - AA Overskrifter og ledetekster: beskriver emne eller formål.

88 WCAG 2.4.7 - AA Synligt fokus: Enhver tastaturbetjent brugergrænseflade har en betjeningstilstand, hvor tastaturfokusindikatoren er synlig http://www.kk.dk/

89 FORSTÅELIGHED Succeskriterier der vedrører indholds

90 WCAG 3.1.1 - A Sproget på siden: Det menneskelige standardsprog for hver side kan bestemmes programmeringsmæssigt. Dette gøres med lang og / eller xml:lang

91 WCAG 3.1.2 - AA Sprog, der anvendes til dele af indhold: Det menneskelige sprog, der anvendes i hver passage eller frase i indholdet, kan bestemmes programmeringsmæssigt; undtaget herfra er egennavne, tekniske termer, ord med ubestemmeligt sproglig baggrund samt ord eller vendinger, der er blevet en del af sprogbrugen i den tekst, de umiddelbart indgår i.

92 Jeres CMS Understøtter ikke sprogskift

93 WCAG 3.2.1 - A I fokus: Når en komponent kommer i fokus, medfører dette ikke en ændring af kontekst.

94 WCAG 3.2.2 - A Ved input: Ændring af indstillingerne i en hvilken som helst brugergrænsefladekomponent medfører ikke automatisk ændring af kontekst, medmindre brugeren er blevet advaret herom, inden komponenten anvendes. http://www.horsenskom.dk/ http://kk.dk/Erhverv.aspx

95 WCAG 3.2.3 - AA Konsekvent navigation: Navigationsmekanismer, der gentages på flere websider inden for en samling af websider, skal optræde i samme relative rækkefølge, hver gang de gentages, medmindre brugeren selv foretager en ændring.

96 WCAG 3.2.4 - AA Konsekvent identifikation: Komponenter med samme funktion inden for en række websider skal defineres konsekvent.

97 SÅDAN ARBEJDER I MED KONSEKVENT IDENTIFIKATION

98 Konsekvent identifikation Ændr ikke selv udseende for overskrifter, links, lister etc. http://www.kk.dk/PolitikOgIndflydelse/DinIndflydelse/AktOgRegisterindsigt.aspx http://www.kk.dk/PolitikOgIndflydelse.aspx

99 WCAG 3.3.1 - A Identifikation af fejl: Hvis en inputfejl registreres automatisk, skal det fejlbehæftede element identificeres, og fejlen beskrives for brugeren ved hjælp af tekst http://www.cphlimo.com/DK/KONTAKT http://kk.dk/Nyhedsbrev/Nyhedsbreve.aspx

100 WCAG 3.3.2 - A Ledetekster eller instruktioner: Der findes ledetekster eller instruktioner, når indhold kræver brugerinput http://kk.dk/Nyhedsbrev/Nyhedsbreve.aspx

101 WCAG 3.3.3 - AA Fejlforslag: Hvis en inputfejl registreres automatisk, og der findes forslag til retning af fejlen, skal forslagene præsenteres for brugeren, medmindre dette ville undergrave sikkerheden eller indholdets formål. http://www.nationalbanken.dk/C1256BAE005B1FFE/dlgEmail?OpenForm

102 WCAG 3.3.4 - AA Forhindring af fejl (juridisk, økonomisk, data): For websider som medfører juridiske forpligtelser eller økonomiske transaktioner for brugeren, som tilpasser eller sletter data, som kan kontrolleres af brugeren i datalagringssystemer, eller som afleverer svar på test udført af brugeren, skal mindst et af følgende punkter gælde:

103 WCAG 3.3.4 – AA (fortsat) Reversibel: Det sendte er reversibelt. Tjek: Data, der indtastes af brugeren, tjekkes for inputfejl, og brugeren får mulighed for at rette fejlene. Bekræftelse: Der findes en mekanisme som gør det muligt at gennemse, bekræfte eller rette information, før forsendelsen afsluttes.

104 ROBUSTHED Succeskriterier der vedrører indholds

105 WCAG 4.1.1 - A Parsing: I indhold, der er implementeret ved hjælp af markup- sprog, har elementer afsluttede start- og slut-tags, elementer er nestet efter deres specifikationer, de indeholder ikke attribut-dubletter og ID’er er unikke; undtaget herfra er tilfælde, hvor specifikationerne tillader disse funktionaliteter http://validator.w3.org http://jigsaw.w3.org/css-validator/

106 WCAG 4.1.2 - A Navn, rolle, værdi: For alle brugergrænsefladekomponenter gælder det, at navn og rolle kan bestemmes programmeringsmæssigt. Tilstande, egenskaber og værdier, der kan indstilles af brugeren, kan indstilles programmeringsmæssigt, og besked om ændringer i disse elementer kan tilgås af brugeragenter, herunder kompenserende teknologier.

107 Århus Kommune: SiteCore 6 Alt-tekst defineres på den enkelte artikel frem for ved upload Understøtter tomme alt-tekster Tilgængelige alternativer til kort Flere niveauer af overskrifter (H2-H4) Opmærkning af citater – langt citat og kort citat Opmærkning af lokale sprogskift (dansk og engelsk) HTML-validering af hver side – en side kan ikke publiceres med fejl i koden

108 Spørgsmål, kommentarer ?!

109 Dokumenter efter kurset www.sensus.dk/kursus/kk –Slides fra i dag –Tilgængelighedsmanual