{"id":38463,"date":"2019-10-31T22:23:52","date_gmt":"2019-10-31T19:23:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/po-napravleniyu-k-dostupnosti\/"},"modified":"2019-10-31T22:23:52","modified_gmt":"2019-10-31T19:23:52","slug":"po-napravleniyu-k-dostupnosti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/po-napravleniyu-k-dostupnosti","title":{"rendered":"Modning mod tilg\u00e6ngelighed","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Modning
\n
\nFredag er slutningen p\u00e5 arbejdsdagen. D\u00e5rlige nyheder kommer altid fredag eftermiddag.<\/p>\n

Du er ved at forlade kontoret, \"ding\" et nyt brev om endnu en omorganisering er lige ankommet til din e-mail.<\/p>\n

Tak xxxx, yyy fra i dag skal du rapportere til zzzz.
\n\u2026
\nOg teamet hos Hugh vil sikre tilg\u00e6ngeligheden af vores produkter for personer med handicap.<\/i>\n<\/p><\/blockquote>\n

\u00c5h nej! Hvad har jeg gjort for at fortjene dette? Vil de have, at jeg skal g\u00e5? Forberede sig p\u00e5 et utaknemmeligt og h\u00e5rdt arbejde og fors\u00f8ge at rette fejlene fra andre. Det kommer helt sikkert til at mislykkes...<\/p>\n

S\u00e5dan var tilg\u00e6ngeligheden for nogle \u00e5r siden. Nogle stakkels sj\u00e6le fik jobbet med at \"rense\" brugergr\u00e6nsefladen for at fors\u00f8ge at g\u00f8re den tilg\u00e6ngelig for personer med handicap.
\n<\/a><\/noindex>
\nDet, der faktisk bet\u00f8d, var ret uklart \u2013 sandsynligvis, hvis du kunne se fokusindikatoren og navigere gennem felterne med tabulatortasten, have noget alternativ tekst og et par beskrivelser til felterne, ville det blive betragtet som om dit program var tilg\u00e6ngeligt...<\/p>\n

Men pludselig begyndte \"fejlene\" at vokse i et vildt tempo.<\/p>\n

Forskellige sk\u00e6rml\u00e6sere (engelsk.<\/i> Screen Readers) og browsere opf\u00f8rte sig helt forskelligt.<\/p>\n

Brugerne klagede over, at programmet ikke var brugbart.<\/p>\n

S\u00e5 snart en fejl blev rettet \u00e9t sted, opstod der en anden et andet sted.<\/p>\n

Og blot det at \u00e6ndre og rette fejl i brugergr\u00e6nsefladen kr\u00e6vede kolossale anstrengelser.<\/p>\n

Jeg har v\u00e6ret der. Jeg overlevede, men vi \"lykkedes\" ikke \u2013 teknisk set har vi renset en masse, tilf\u00f8jet mange beskrivelser til felterne, roller og opn\u00e5et et eller andet niveau af overensstemmelse med kravene, men ingen var glade. Brugerne klagede stadig over, at de ikke kunne navigere i programmet. Lederen klagede stadig over den konstante str\u00f8m af fejl. Ingeni\u00f8rerne klagede over en forkert opgaveformulering, uden en klart defineret \"rigtig\" l\u00f8sning, der ville fungere i alle tilf\u00e6lde.<\/p>\n

P\u00e5 min rejse til at forst\u00e5 tilg\u00e6ngelighed st\u00f8dte jeg p\u00e5 nogle \u00e5benlyse \u00f8jeblikke.
\nM\u00e5ske var den f\u00f8rste indsigt, at det er sv\u00e6rt at tilf\u00f8je tilg\u00e6ngelighedsfunktionalitet oven p\u00e5 et f\u00e6rdigt produkt. Og det er endnu sv\u00e6rere at overbevise ledere om, at det er ekstremt sv\u00e6rt! Nej, det er ikke bare \"tilf\u00f8je et par tags\", og brugergr\u00e6nsefladen vil fungere glimrende. Nej, det er umuligt at afslutte det p\u00e5 tre uger; selv tre m\u00e5neder vil v\u00e6re for lidt.
\nMit n\u00e6ste \u00f8jeblik med sandhed kom, da jeg s\u00e5, hvordan blinde brugere rent faktisk bruger vores app. Det er S\u00c5 forskelligt fra at se fejlmeddelelserne.<\/p>\n

Jeg vil vende tilbage til dette gang p\u00e5 gang, men n\u00e6sten alle vores \"antagelser\" om, hvordan folk brugte vores app, viste sig at v\u00e6re forkerte.<\/p>\n

Navigering gennem en kompleks brugergr\u00e6nseflade ved hj\u00e6lp af tasterne Tab\/Shift+Tab<\/code> \u2013 det er elendigt! Vi skal have noget bedre. Tastaturkombinationer, overskrifter.<\/p>\n

At miste fokus ved \u00e6ndring af UI er vel ikke et stort problem? Lad os t\u00e6nke over det igen \u2013 det er vanvittigt forvirrende.<\/p>\n

Jeg fortsatte, arbejdede et stykke tid p\u00e5 forskellige projekter, og s\u00e5 startede vi et nyt projekt med en kompleks brugergr\u00e6nseflade og en klar instruktion om endelig at opn\u00e5 den rigtige tilg\u00e6ngelighed denne gang.<\/p>\n

S\u00e5 vi tog et skridt tilbage og overvejede, hvordan vi kunne g\u00f8re dette anderledes og f\u00e5 det til at lykkes, samtidig med at selve arbejdsprocessen blev interessant!<\/p>\n

Ret hurtigt kom vi frem til nogle konklusioner:<\/p>\n

    \n
  1. Vi \u00f8nskede ikke, at folk, der udvikler brugergr\u00e6nsefladen, skulle k\u00e6mpe med aria-etiketter\/roller og selvf\u00f8lgelig med HTML-strukturen af komponenterne. Vi havde brug for at give dem de rette komponenter, hvor tilg\u00e6ngelighed var implementeret direkte fra starten.<\/li>\n
  2. Tilg\u00e6ngelighed == Brugervenlighed \u2013 dvs. det er ikke kun en teknisk opgave. Vi skulle \u00e6ndre hele designprocessen og sikre os, at tilg\u00e6ngelighed blev taget i betragtning og diskuteret, inden designet af brugergr\u00e6nsefladen begyndte. Det er n\u00f8dvendigt at t\u00e6nke over, hvordan brugere kan finde nogen funktionalitet, hvordan de vil navigere, og hvordan \"h\u00f8jreklik\" med musen vil fungere fra tastaturet. Tilg\u00e6ngelighed skal v\u00e6re en integreret del af designprocessen \u2013 for nogle brugere er det noget, der er meget mere end blot udseendet af applikationen.<\/li>\n
  3. Fra begyndelsen \u00f8nskede vi at f\u00e5 feedback fra blinde og andre brugere med handicap om, hvor nemt det var at bruge appen.<\/li>\n
  4. Vi havde brug for virkelig gode m\u00e5der at fange regressionsproblemer i tilg\u00e6ngelighed.<\/li>\n<\/ol>\n

    \nSet fra et ingeni\u00f8rperspektiv l\u00f8d den f\u00f8rste del ret sjovt \u2013 at udvikle arkitekturen og implementere komponentbiblioteket. Og det var faktisk ogs\u00e5 s\u00e5dan.<\/p>\n

    N\u00e5r vi ser tilbage og overvejer eksempler p\u00e5 ARIA<\/a><\/noindex> Og n\u00e5r vi betragter dette som et designproblem snarere end et sp\u00f8rgsm\u00e5l om \"tilpasning\", har vi indf\u00f8rt nogle abstraktioner. Komponentens 'struktur' (best\u00e5ende af HTML-elementer) og 'adf\u00e6rd' (hvordan den interagerer med brugeren) defineres. For eksempel har vi nedenfor et simpelt uordnede liste. N\u00e5r vi tilf\u00f8jer \"adf\u00e6rd\" til listen, tilf\u00f8jes relevante roller, s\u00e5 den fungerer som en liste. Tilsvarende g\u00f8r vi for menuen.<\/p>\n

    \"Modning
    \n
    \nFaktisk tilf\u00f8jes der ikke kun roller her, men ogs\u00e5 h\u00e6ndelsesbehandlere for navigation ved hj\u00e6lp af tastaturet.<\/p>\n

    Det ser allerede mere p\u00e6nt ud. Hvis vi kunne f\u00e5 en klar opdeling mellem dem, ville det ikke v\u00e6re vigtigt, hvordan strukturen blev oprettet, vi kunne anvende adf\u00e6rd (Behaviours) p\u00e5 den og opn\u00e5 korrekt tilg\u00e6ngelighed.<\/p>\n

    I praksis kan dette ses p\u00e5 https:\/\/stardust-ui.github.io\/react\/<\/a><\/noindex> \u2013 UX-biblioteket React<\/a><\/noindex>, som bliver designet og implementeret med tilg\u00e6ngelighed for \u00f8je fra starten.<\/p>\n

    Den anden del \u2013 at \u00e6ndre tilgangen og processerne omkring design var i starten skr\u00e6mmende for mig: beskedne ingeni\u00f8rer, der fors\u00f8gte at presse organisatoriske \u00e6ndringer igennem, har ikke altid en god afslutning, men det viste sig at v\u00e6re et af de mest interessante omr\u00e5der, hvor vi har gjort betydelige bidrag til processen. Kort sagt, vi havde f\u00f8lgende proces: nye funktioner blev udviklet af et team, hvorefter vores gruppe af ledere analyserede\/itererede dette forslag, og derefter, efter godkendelse, blev designet som regel overdraget til ingeni\u00f8rteamet. I dette tilf\u00e6lde 'ejede' ingeni\u00f8rteamet praktisk talt tilg\u00e6ngelighedsfunktionaliteten, da de skulle l\u00f8se alle relaterede problemer.<\/p>\n

    I begyndelsen var det et ret udfordrende arbejde at forklare, at tilg\u00e6ngelighed og brugervenlighed er uadskilleligt forbundet, og at det skulle g\u00f8res allerede i designfasen, ellers ville det f\u00f8re til store \u00e6ndringer og redefinering af nogle roller. Alligevel, med st\u00f8tte fra ledelsen og n\u00f8glespillerne, fik vi formidlet denne id\u00e9 og bragt den til live, s\u00e5 designene kunne blive testet for tilg\u00e6ngelighed og brugvenlighed, f\u00f8r de blev pr\u00e6senteret for ledelsen.<\/p>\n

    Og disse feedback var ekstremt v\u00e6rdifulde for alle \u2013 det var fantastisk som en \u00f8velse i vidensdeling\/informationsoverdragelse om, hvordan brugere interagerer med webapplikationer. Vi identificerede mange problemomr\u00e5der i brugergr\u00e6nsefladen, f\u00f8r de blev bygget, og udviklingsteamene har nu langt bedre specifikationer, ikke kun for visuelle, men ogs\u00e5 for adf\u00e6rdsm\u00e6ssige aspekter af designet. De rigtige diskussioner er livlige, energiske og passionerede debatter om de tekniske aspekter og interaktionerne.<\/p>\n

    Vi kunne have gjort dette arbejde endnu bedre, hvis blinde brugere og brugere med handicap havde v\u00e6ret til stede ved disse (eller efterf\u00f8lgende) m\u00f8der \u2013 det var sv\u00e6rt at organisere, men nu samarbejder vi virkelig med lokale organisationer for blinde samt virksomheder, der tilbyder ekstern test for at kontrollere brugerflowet i de tidlige udviklingsfaser \u2013 b\u00e5de p\u00e5 komponentniveau og p\u00e5 niveauet for brugerflow.<\/p>\n

    Nu har ingeni\u00f8rerne ret detaljerede specifikationer tilg\u00e6ngelige komponenter, som de kan bruge til implementering, og en metode til at kontrollere brugerflowet. Delvist har erfaringen l\u00e6rt os, hvad vi konstant har overset \u2013 hvordan vi kan forhindre regression. P\u00e5 samme m\u00e5de kan folk bruge integrations- eller end-to-end tests til at kontrollere funktionaliteten, som vi har brug for for at opdage \u00e6ndringer i interaktioner og brugerflows \u2013 b\u00e5de visuelle og adf\u00e6rdsm\u00e6ssige.<\/p>\n

    Definition af visuel regression er en ret specifik opgave, og der kan ikke tilf\u00f8jes meget til denne proces, bortset fra muligvis at kontrollere, om fokus er synligt, n\u00e5r der navigeres med tastaturet. To relativt nye teknologier i arbejdet med tilg\u00e6ngelighed er mere interessante.<\/p>\n

      \n
    1. Accessibility Insights<\/a><\/noindex> er et s\u00e6t af v\u00e6rkt\u00f8jer, der kan k\u00f8re b\u00e5de i browseren og som en del af bygge-\/testcyklussen for at identificere problemer.<\/li>\n
    2. At kontrollere korrekt funktion af sk\u00e6rml\u00e6sere har v\u00e6ret en s\u00e6rlig udfordrende opgave. Med introduktionen af Accessibility DOM<\/b>, har vi endelig f\u00e5et mulighed for at tage snapshots af applikationen fra et tilg\u00e6ngelighedsperspektiv, meget lig de visuelle tests vi udf\u00f8rer, og tjekke dem for regression.<\/li>\n<\/ol>\n

      \nS\u00e5 i den anden del af historien \u2013 er vi g\u00e5et fra at redigere HTML-kode til at arbejde p\u00e5 et h\u00f8jere abstraktionsniveau, \u00e6ndret designudviklingsprocessen og indf\u00f8rt omhyggelig test. Nye processer, nye teknologier og nye abstraktionsniveauer har fuldst\u00e6ndig \u00e6ndret opfattelsen af tilg\u00e6ngelighed og hvad det betyder at arbejde i dette omr\u00e5de.
      \nMen det er kun begyndelsen.<\/p>\n

      Den n\u00e6ste 'forst\u00e5else' er, at blinde brugere driver avanceret teknologi - det er dem, der f\u00e5r den st\u00f8rste fordel ikke kun af de \u00e6ndringer, vi har beskrevet tidligere, men ogs\u00e5 i, at nye tilgange og ideer bliver mulige med hj\u00e6lp fra ML\/AI. For eksempel g\u00f8r teknologien Immersive Reader det lettere for brugere at forst\u00e5 teksten. Den kan blive l\u00e6st h\u00f8jt, s\u00e6tningsstrukturen opdeles grammatisk, og endda betydningen af ord vises grafisk. Dette passer slet ikke ind i den gamle forst\u00e5else af 'at g\u00f8re det tilg\u00e6ngeligt' - det er en brugervenlighedsfunktion, der vil hj\u00e6lpe alle.<\/p>\n

      Med ML\/AI opst\u00e5r der helt nye m\u00e5der at interagere og arbejde p\u00e5, og vi er glade for at v\u00e6re en del af de kommende faser af denne avancerede rejse. Innovationer er drevet af en \u00e6ndring i tankegangen - menneskeheden har eksisteret i \u00e5rtusinder, maskiner i hundreder af \u00e5r, websites i flere \u00e5rtier, og smartphones i endnu kortere tid, teknologien skal tilpasse sig mennesker, ikke omvendt.<\/p>\n

      P.S. Artikel er oversat med sm\u00e5 afvigelser fra originalen. Som medforfatter af denne artikel har jeg godkendt disse afvigelser med Hugh.<\/p>\n

      Kun registrerede brugere kan deltage i unders\u00f8gelsen. Log ind<\/a><\/noindex>, please.<\/p>\n

      Hvordan h\u00e5ndterer du tilg\u00e6ngeligheden af dine applikationer?<\/h2>\n