Accesibilitate
Fiecare buton din aplicație e un buton adevărat, cu un nume pe care un cititor de ecran îl poate rosti, în română și în engleză — și asta nu e o promisiune, e o regulă care oprește build-ul dacă un ecran o încalcă. Pagina asta spune ce verificăm automat, ce am proiectat dar încă nu verificăm, și cum să ne spui când ceva nu merge pentru tine.
E o pagină scurtă. Preferăm să fie scurtă și adevărată.
Ce verificăm automat
Fiecare ecran e făcut din aceleași piese. Niciun ecran nu-și desenează propriile butoane sau propriile câmpuri; toate vin dintr-o singură bibliotecă de componente. O regulă din build refuză un ecran care își face butonul lui.
Contează pentru accesibilitate mai mult decât pare: un buton improvizat e locul unde se pierde numele rostit, mărimea zonei de atins sau reacția la apăsare. Când butonul vine dintr-un singur loc, toate trei se rezolvă într-un singur loc.
Fiecare pictogramă care e buton are un nume. Componenta care le desenează cere numele obligatoriu — nu opțional. O pictogramă nu spune nimic unui cititor de ecran, deci eticheta e tot ce primește cineva care nu vede ecranul, și un buton fără ea pur și simplu nu se poate scrie.
Fiecare text pe care îl citește cineva există în ambele limbi. Inclusiv etichetele pentru cititorul de ecran, care sunt text citit de un om chiar dacă nu-l vede nimeni. Două verificări separate: una refuză un text scris direct în ecran, alta compară cele două limbi și pică dacă una are o cheie pe care cealaltă n-o are. Nu poate exista o versiune „pe jumătate tradusă”.
Antetul e la fel pe fiecare ecran — semnul, titlul, aceleași acțiuni în aceeași parte. E compus o singură dată, iar o regulă interzice unui ecran să-și facă propriul antet. Un antet care apare și dispare pe măsură ce intri în aplicație e greu pentru oricine și foarte greu pentru cineva care navighează cu un cititor de ecran.
Ce am proiectat, dar nu verificăm încă
Lucrurile de mai jos sunt reguli scrise în documentul nostru de design și respectate când a fost scris fiecare ecran. Nu le verifică nimic automat, deci nu ți le prezentăm ca pe garanții — un „respectăm standardul” pe care nimic nu-l poate contrazice e exact genul de afirmație pe care pagina asta refuză s-o facă.
| Ce am proiectat | Ce ar face-o verificabilă |
|---|---|
| Contrast — fiecare combinație text/fundal peste pragul WCAG AA de 4,5:1 | Un test care ia perechile din documentul de design, calculează contrastul din culorile definite în cod și pică sub prag. E aritmetică pe valori pe care depozitul le are deja. |
| Zone de atins de minimum 48 dp — inclusiv acolo unde elementul se desenează mai mic, prin zonă extinsă de atingere | O verificare automată peste componente. E mai greu decât contrastul și e cea de-a doua ca prioritate. |
| Mișcare redusă — dacă ai cerut din sistem mai puțină animație, aplicația ar trebui să renunțe la animațiile neesențiale | O implementare, întâi. Regula e scrisă în documentul de design, dar nimic din cod nu citește deocamdată setarea. Asta e o lipsă, nu o nuanță, și e trecută ca atare în lista noastră de datorii tehnice. |
Scalarea textului funcționează: aplicația folosește mărimile de sistem și a fost umblată pe telefon la mărimea maximă, inclusiv în modul orizontal, unde ecranele cu calendar au fost refăcute ca să încapă. Nu e un test automat, e o verificare pe dispozitiv — o spunem ca să știi cât cântărește.
Cum să ne spui
Dacă ceva nu merge pentru tine, scrie la contact@thatpigeon.app. E cea mai utilă categorie de mesaj pe care o primim, pentru că e singura pe care nu o putem descoperi singuri.
Ce ne ajută să știm:
- Ce telefon ai și ce versiune de Android.
- Ce mărime de text ai setată în sistem, dacă ai schimbat-o.
- Dacă folosești un cititor de ecran — și care.
- Ce ecran și ce încercai să faci.
Nu-ți cerem un raport tehnic. „Nu pot să apăs butonul de salvare la text mare, pe ecranul de adăugare porumbel” e un mesaj perfect.
Mai departe
- Datele tale — ce colectăm, unde stau datele și cum verifici singur.
- Formate de import și export — fișierele CSV, coloană cu coloană.