Det finns nästan inget mer frustrerande för blinda än att försöka använda en app och upptäcka att den är otillgänglig. Kanske kan din skärmläsare inte läsa en viktig del av appen, eller så kan den inte läsa någonting alls. När appar utvecklas med standardknappar, redigeringsrutor, listrutor, tabeller eller andra användargränssnittselement är det inte svårt att göra dem tillgängliga. Men vissa appar utvecklas med hjälp av en verktygslåda för användargränssnitt som inte är standard, och dessa verktygslådor är helt otillgängliga. Att implementera tillgänglighet från grunden i en verktygslåda för användargränssnitt är svårt och tidskrävande, så det görs vanligtvis inte, förutom i de få bästa verktygslådorna för användargränssnitt med tung företagsuppbackning. Ibland är det verkligen nödvändigt för en apputvecklare att använda en anpassad verktygslåda för användargränssnitt, och ibland är det inte det, men oavsett vilket slutar det med att vi får otillgängliga appar.
Detta problem är särskilt akut för appar som är kritiska för vissa jobb. Det är inte ovanligt att en blind person inte kan få ett visst jobb eftersom jobbet kräver att man använder en app som är otillgänglig. Det handlar ofta om nischappar där det vanliga ekonomiska incitamentet för att införa tillgänglighet, nämligen att sälja till regerings- och utbildningssektorn, inte gäller. Därför behöver vi snarast en lösning som undanröjer så många hinder som möjligt för att göra den långa svansen av appar tillgängliga.
Precis som med Pneuma Solutions arbete med att åtgärda dokument och mötesinnehåll kan maskininlärning hjälpa till med det här problemet. Apple är ledande inom detta område med funktionen för skärmigenkänning som är inbyggd i iOS, och resultaten hittills är lovande. Den här tekniken finns dock ännu inte tillgänglig på alla datorer och enheter, och resultaten är ofta inte tillfredsställande. Vi kan inte vänta på att den här lösningen ska mogna och få större spridning, utan vi behöver en annan metod som är praktisk på kortare sikt. Många utvecklare av både appar och verktyg för användargränssnitt är också villiga att göra sin programvara tillgänglig, om det bara inte vore så svårt och tidskrävande. Dessa utvecklare är redan villiga att möta oss halvvägs; nu måste vi göra detsamma.
Det är här mitt nya projekt med öppen källkod, AccessKit, kommer in i bilden. Målet med AccessKit är att tillhandahålla en delad infrastruktur för att göra appar tillgängliga, på så många plattformar och programmeringsspråk som möjligt. Med AccessKit behöver en utvecklare som arbetar med flera plattformar inte implementera tillgänglighet för varje plattform från grunden. Ett annat mål med AccessKit är att det ska vara bättre dokumenterat och enklare att använda korrekt än de befintliga plattformsspecifika tillgänglighets-API:erna som UI Automation för Windows eller Cocoa accessibility för Apple-plattformar. När allt kommer omkring kan en trasig implementering av tillgänglighet vara nästan lika frustrerande som ingen tillgänglighet alls.
AccessKit är fortfarande tidigt i sin design och utveckling, men det väcker redan intresse från andra utvecklare, inklusive kodbidrag från en annan utvecklare. Och nu har jag den stora förmånen att få finansiering från Google för att arbeta deltid med det här projektet, med början i Windows-implementeringen. Jag ser fram emot användbara resultat i slutet av det här året.
Jag är säker på att alla utvecklare som läser detta vill veta mer om hur AccessKit kommer att fungera. Den korta versionen är att AccessKit kommer att tillhandahålla en plattformsoberoende tillgänglighetsabstraktion som är starkt inspirerad av webbläsarmotorn Chromium. Denna abstraktion baseras på serialiserbara datastrukturer, vilket minimerar overheadkostnaderna för gränssnitt mellan programmeringsspråk. AccessKit kommer främst att implementeras i programmeringsspråket Rust, som ger en unik kombination av tillförlitlighet och effektivitet. AccessKit kommer dock att kunna användas från en mängd olika programmeringsspråk. Mer information finns i AccessKits GitHub-arkiv.
Som ett projekt med öppen källkod behöver AccessKit deltagande från utvecklarkollektivet för att bli framgångsrikt och hållbart. Jag skulle särskilt uppskatta bidrag från utvecklare som är duktiga på programmeringsspråket Rust. Den övergripande designen av AccessKit är fortfarande flytande, så det är för tidigt för mig att delegera mycket implementeringsarbete. Vad jag behöver just nu är peer review, särskilt från utvecklare som är mer erfarna med Rust-språket än vad jag är. Om du är intresserad kan du gå med oss på GitHub.
Avslutningsvis är en stor anledning till att jag lämnade Microsoft för att grunda Pneuma Solutions att jag vill ha friheten att arbeta med tillgänglighetsrelaterade projekt som jag tror kommer att ha en stor positiv inverkan på vårt samhälle, bortom en enda plattform. Jag är fortfarande entusiastisk över det arbete vi gör på Pneuma Solutions, och det arbetet kommer att fortsätta. Med AccessKit har jag nu möjlighet att lösa ett problem som jag har funderat mycket på i många år. Jag ser fram emot att arbeta med programvaruutvecklare för att göra många fler appar tillgängliga.
Lämna ett svar