Share
Når du designer en Android-app, vil du ha så mange som mulig å laste ned og bruke den appen, men dette kan bare skje hvis appen din er tilgjengelig for alle-inkludert folk som får tilgang til deres Android-enheter via hjelpefunksjoner, eller som opplever mobilapper uten elementer som farge eller lyd.
For å markere FNs internasjonale dag for funksjonshemmede, la oss se på hvordan vi kan gjøre våre Android-apper mer tilgjengelige.
I denne artikkelen vil jeg vise deg hvordan du gir den beste opplevelsen for alle som bruker appen, ved å optimalisere programmet ditt for tilgjengelighetsfunksjonene som er bakt inn i hver Android-enhet. Jeg vil også dekke tilgjengeligheten beste praksis, og hvordan egentlig sett appens tilgjengelighet til testen, før du sender den ut i verden.
Før vi kommer inn hvordan du lager tilgjengelige programmer, la oss se på Hvorfor Det er viktig å skape mer tilgjengelige applikasjoner.
Når du slipper en mobilapp, bør det programmet være tilgjengelig for alle, ikke bare folk som har perfekt syn, høre og motoriske ferdigheter.
Å gi en mer inkluderende opplevelse er rett og slett den rette tingen å gjøre!
Hver Android-utvikler vil at applikasjonen skal lastes ned og brukes av så mange som mulig, og å skape et tilgjengelig program vil hjelpe deg å nå det målet.
Ifølge Verdens helseorganisasjon (WHO) har over en milliard mennesker noen form for funksjonshemming, noe som tilsvarer rundt 15% av verdens befolkning. Selv om det ikke er noen indikasjon på hvor mange av disse personene som har tilgang til en Android-enhet, viser disse tallene at tilgjengelighet ikke er et nisjeområde for mobildesign. Ved å støtte tilgjengelighetsfunksjoner øker du antallet personer som øker kan, og forhåpentligvis vil, bruk søknaden din.
Tilgjengelighetsfunksjoner brukes ikke utelukkende av personer med nedsatt funksjonsevne.
Noen som gjenoppretter fra en sykdom eller skade, må kanskje midlertidig bruke enhetens tilgjengelighetsfunksjoner, mens noen som befinner seg i et meget støyende sted, kan bruke lukkede bildetekster til de er et sted stille.
Ved å støtte Androids tilgjengelighetsfunksjoner gir du folk fleksibiliteten til å bruke søknaden din på den måten som fungerer best for dem.
Etter tilgjengeligheten vil de beste rutene ofte forbedre appens generelle brukervennlighet.
Hvis for eksempel appen din inneholder tilbakemeldinger fra lyden, anbefaler vi at beste praksis for tilgjengelighet gir et ikke-lydalternativ. Dette gjør at søknaden din er tilgjengelig for personer med hørselsproblemer, men det vil også forbedre opplevelsen for andre deler av brukerbasen din, inkludert alle som prøver å bruke appen din mens enheten er på mute!
Når du har jobbet med et søknad om en stund, kan det ofte føles som om du er for "nær" for å kunne se den objektivt lenger.
Vurderer hva slags opplevelse du gir for brukere som kan få tilgang til appen din uten elementer som farge eller lyd, oppfordrer deg til å tenke på søknaden din på en ny måte. Denne friske utsikten kan hjelpe deg med problemer du ellers kanskje har savnet, identifiser områder for forbedring, og kanskje til og med komme opp med noen nye, kreative ideer for appen din.
En assistentteknologi eller tilgjengelighetsfunksjon er et program eller en maskinvare som gjør enhetene mer tilgjengelige. Android har en rekke tilgjengelighetsfunksjoner innebygd, og det er mange apper og til og med eksterne enheter som folk kan laste ned eller kjøpe for å gjøre deres Android-enheter bedre tilpasset deres behov.
På samme måte som du optimaliserer Android-appene dine for å fungere godt med berøringsskjermen og forskjellige skjermkonfigurasjoner, bør du optimalisere appen din for disse tilgjengelighetstjenestene.
Noen eksempler på hjelpeteknologi som appen din skal støtte er:
Optimalisering for hjelpeteknologi er en av de viktigste trinnene i å skape en tilgjengelig app, så i et kommende innlegg skal jeg dekke alle de store tilgjengelighetstjenestene og vise hvordan du optimaliserer appen din for å gi bedre opplevelse for hver av disse tjenestene.
Frem til nå har vi fokusert på å optimalisere appen din for bestemte tilgjengelighets tjenester, men det er noen tilleggsretningslinjer du bør følge for å sikre at appen din er tilgjengelig for alle.
Du bør gi en sekundær tilbakemelding mekanisme for alle viktige lydene som brukes i hele søknaden din. For eksempel, hvis en feil lyd er den eneste indikasjonen på at en bruker har fylt ut et skjema feil, vil denne informasjonen ikke bli kommunisert til brukere som har hørselsproblemer. Du burde alltid Gi et visuelt alternativ til appens lydinformasjon, med som en skål eller snackbar.
Den enkleste måten å teste om søknaden din er tilgjengelig uten lyd, er å prøve å navigere den fra begynnelse til slutt med enheten din på stum.
Brukere med bevegelses- og synsfølsomhet kan finne visse animasjonseffekter ubehagelig. Hvis appen din har innhold som beveger seg, ruller eller blinker i mer enn fem sekunder, bør du gi brukerne muligheten til å deaktivere disse effektene.
Hvis appen din har funksjoner noen blinkende innhold, bør du se gjennom World Wide Web Consortiums retningslinjer og de generelle flash- og rød flash-terskler for å sikre at appen din er trygg for alle å bruke.
Hvis kontrasten mellom appens forgrunn og bakgrunnsfarger er for lav, kan innholdet ditt være vanskelig for personer med synrelaterte problemer å skille mellom. Lav kontrast kan også forårsake problemer for personer som bruker dimmede skjermer.
World Wide Web Consortium (W3C) anbefaler at for liten tekst, bør du bruke et kontrastforhold på 4,5: 1 mellom appens bakgrunn og tekst. For større tekst (14 pt og oppover) bør du bruke et kontrastforhold på minst 3: 1.
Hvis appen din har noen gjennomsiktige farger, må du huske at disse fargene kan vises lettere på skjermen i forhold til deres RGB-verdier, noe som vil påvirke kontrastforholdet.
Du kan teste appens kontrastforhold ved hjelp av tilgjengelighetsskanner-appen, som vi vil se nærmere på senere i denne artikkelen.
Ingen spesielt nyter leser brukerhåndbøker, så ideelt bør appen din integreres med Androids hjelpeteknologi på en måte som føles intuitiv og selvforklarende. Men hvis du mistenker at brukerne dine kan ha nytte av ytterligere veiledning, kan du legge til denne informasjonen på appens nettsted, innebygd Hjelp seksjon eller online dokumentasjon. For eksempel inneholder Google Disk-nettdokumenter en hel del om tilgang til Google Disk via en skjermleser.
Android standard Visninger inneholder allerede kode og metadata for å hjelpe dem med å jobbe med ulike tilgjengelighetstjenester utenfor boksen, så du bør bruke disse standardkomponenter hvor det er mulig.
Hvis du må opprette egendefinert Visninger, så bør du utføre noen ekstra koding og testing for å sikre at disse ikke-standardiserte kontrollene integreres med Android-hjelpefunksjonene. Du kan lære mer om å lage tilgjengelige tilpassede komponenter over på de offisielle Android-dokumentene.
Mange applikasjoner har en lang historie om å bruke Android-tilgjengelighets API som en måte å få tilgang til deler av Android-operativsystemet som ellers er lukket for tredjeparts applikasjoner. Denne teknikken brukes ofte av automatiserings- og batteristyringsprogrammer, og før innføringen av Android Oreo's Autofill Framework, ble den også brukt av mange passordbehandlingprogrammer..
Bruk av tilgjengelighetsfunksjoner for annet enn tilgjengelighet har alltid vært litt av et grått område, men nylig har Google begynt å sprekke ned på applikasjoner som "misbruk" tilgjengelighets API. Noen utviklere har etter hvert begynt å motta e-postmeldinger som ber dem om å slette android.permission.BIND_ACCESSIBILITY_SERVICE tillatelse fra søknaden deres, eller ansiktet blir fjernet fra Google Play-butikken.
Hvis du planlegger å distribuere appen din via Google Play, bør du bare Bruk alltid Android-tilgjengelighetsfunksjonene slik de var ment.
I hele denne artikkelen har vi sett på hvordan du kan aktivere Androids hjelpefunksjoner, og deretter bruke dem til å teste og forbedre opplevelsen du gir for alle som bruker disse funksjonene.
Dette er et godt grunnlag for å teste appens tilgjengelighet, men i dette siste avsnittet skal jeg dekke noen ekstra skritt du kan ta for å kunne egentlig sett appens tilgjengelighet til testen.
Mens det ikke er noen erstatning for manuell testing, kan tilgjengelighetsskannere sjekke appen din for vanlige feil, for eksempel Visninger som mangler innholdsbeskrivelser, berører mål som er mindre enn 48x48dp eller manglende kontrastforhold. Disse automatiske skannerne kan være spesielt nyttige for å lage en rask "To Do" -liste, eller for å utføre en endelig sunnhetssjekk før du slipper appen din ut i naturen.
Google har gitt ut en tilgjengelighetsskanner som kan skanne appen din, og foreslå en rekke tilgjengelighetsforbedringer, selv om det er begrenset til å skanne en enkelt skjerm av gangen.
For å utføre en skanning:
Siden tilgjengelighetsskanneren kan analysere noen søknad, kan du også bruke den til å undersøke hvor andre apps mangler tilgjengelighetsstandarder, som kan hjelpe deg med å identifisere feil du bør unngå å lage i dine egne applikasjoner.
Merk at hvis tilgjengelighetsskanneren noen gang viser et svart skjermbilde, betyr dette at du har prøvd å ta et skjermbilde av et sikkert vindu, for eksempel en skjerm som inneholder bankdetaljer.
Når du er ferdig med å skanne søknaden din, kan du deaktivere tilgjengelighetsskanner ved å navigere til Innstillinger> Tilgjengelighet> Tilgjengelighetsskanner og skyver glidebryteren inn i Av stilling.
Når du tester din søknad, bør du alltid prøve å få tilbakemelding fra personer som representerer målgruppen din, og tilgjengelighetstesting er ikke noe unntak.
Personer som bruker hjelpende teknologier på daglig basis, kan ofte identifisere problemer som du har oversett og gi forslag om hvordan du forbedrer appens tilgjengelighet. Når det gjelder å finne frivillige, kan det være lurt å prøve å nå ut til organisasjoner som arbeider med personer med funksjonshemming, eller bli med på nettsamfunn som for eksempel tilgjengelighets og øynene.
I denne artikkelen forklarte jeg noen av retningslinjene for å lage tilgjengelige Android-apper. I mitt neste innlegg vil jeg vise deg hvordan du optimaliserer appen din for å gjøre bruk av hjelpemidler som skjermlesere, retningskontroller og lukkede bildetekster. Så hold deg innstilt!
Hvis du er interessert i å lære mer om tilgjengelighet, har Google publisert en prøveapp som inneholder kode for mange av de teknikkene som diskuteres i denne artikkelen. Du vil også finne mye informasjon om mobil tilgjengelighet generelt, over på Web Accessibility Initiative nettsiden.
Og hvis du vil lære mer om Android app utvikling, sjekk ut noen av våre andre innlegg her på Envato Tuts+!
Accentsconagua