Informatica di consumo

Cosa copre l’EAA in questo ambito

Questo settore copre l’hardware informatico generico di consumo e il sistema operativo con cui viene fornito, trattati come un unico prodotto. Questo abbinamento è deliberato: l’accessibilità di un computer non è realmente una questione di hardware o di software presa isolatamente, ma se la macchina che un consumatore acquista pronta all’uso possa essere configurata e usata, fin dal primo avvio, da chi si affida a uno screen reader, all’ingrandimento, a un input alternativo o ai sottotitoli.

Le workstation aziendali e specialistiche vendute solo tramite canali enterprise restano fuori da ciò di cui tratta questa pagina; il bersaglio qui è la macchina di consumo per uso generale.

Il computer e il sistema operativo insieme

L’hardware contribuisce al lato fisico: porte e connettori che supportano le periferiche di tecnologia assistiva standard, e controlli (volume, luminosità, accensione) che per essere azionati non dipendono solo dalla precisione motoria fine o dalla vista. Il sistema operativo contribuisce al lato software: uno screen reader, un ingranditore e un supporto ai sottotitoli integrati, presenti di serie anziché richiedere un acquisto separato, e un’API di accessibilità su cui altro software — incluso software non scritto dal produttore — può fare affidamento per restare compatibile.

Le funzionalità di accessibilità integrate

I requisiti qui vanno oltre «il sistema operativo ha un menu di accessibilità da qualche parte». Coprono se il software di terze parti e preinstallato può effettivamente usare i servizi di accessibilità della piattaforma anziché disegnare propri controlli inaccessibili, se un aggiornamento di sistema può azzerare o disattivare silenziosamente le preferenze di accessibilità di un utente, e se le impostazioni scelte dall’utente persistono come farebbe qualsiasi altra preferenza. Una funzionalità che esiste ma viene cancellata dall’aggiornamento successivo non è stata davvero rilasciata.

Cosa verifica per prima un audit

Una verifica inizia di solito dalla configurazione iniziale: quanti passaggi servono per raggiungere e attivare una funzionalità di accessibilità principale, e se quel percorso è esso stesso accessibile a chi non ha ancora attivato nulla. Da qui controlla se le applicazioni comunemente preinstallate espongono correttamente la propria interfaccia tramite l’API di accessibilità del sistema operativo anziché fallire silenziosamente, se un aggiornamento preserva le preferenze di accessibilità durante il passaggio di versione, e se la documentazione del prodotto nomina effettivamente le funzionalità di accessibilità e compatibilità con cui viene fornito, invece di lasciarle non documentate.