Interpretazione delle policy e degli standard di accessibilità di Oracle

Filosofia e policy per l'accessibilità di Oracle

Oracle si impegna a creare prodotti basati su standard per aiutare i clienti a ridurre la complessità e ottenere il massimo dagli investimenti tecnologici esistenti, e questo si estende al nostro approccio all'accessibilità. Oracle utilizza tecnologie standard del settore come HTML, JavaScript e Java per eseguire il rendering della maggior parte delle interfacce utente e seguiamo standard di accessibilità riconosciuti a livello internazionale che consentono il supporto di un'ampia gamma di tecnologie assistive (AT), come screen reader, ingranditori di schermo e riconoscimento vocale.

L'accessibilità ha presentato sfide uniche alla comunità dell'Information and Communication Technology (ICT) nel suo complesso a causa della gamma di leggi e linee guida ad essa correlate, del rapido ritmo dei cambiamenti tecnologici e dell'impatto su quasi tutti gli aspetti dello sviluppo del prodotto, dalla progettazione iniziale al supporto. Continua a leggere per scoprire come Oracle sta affrontando queste sfide.

Policy di accessibilità

Linee guida e standard

Le Oracle Accessibility Guidelines si basano sulla 2017 Revised Section 508 del Rehabilitation Act del 1973 e sulle linee guida World Wide Web Consortium's (W3C) Web Content Accessibility Guidelines versione 2.2 a livello AA (WCAG 2.2 AA).

Oracle si impegna a sviluppare nuovi prodotti in conformità agli standard Revised Section 508 e WCAG 2.2 AA, per quanto possibile. Man mano che vengono rilasciati nuovi prodotti e revisioni conformi agli standard Revised Section 508 e WCAG 2.2, pubblicheremo Accessibility Conformance Reports (ACR) basati sui Voluntary Product Accessibility Templates (VPAT) che utilizzano il modello VPAT 2.5 aggiornato. Fino ad allora abbiamo VPAT che includono una tabella di tutti gli standard WCAG 2.2 'A' e 'AA', oltre agli standard della Section 508.

Nel 2017 l'Access Board degli Stati Uniti ha annunciato lo standard Revised Section 508 basato sugli standard WCAG 2.0 AA. Nel 2014, la versione iniziale dello standard dell'Unione europea EN 301 549 "Requisiti di accessibilità adatti agli appalti pubblici di prodotti e servizi ICT in Europa", rilasciata in risposta al mandato 376, si basava sugli standard WCAG 2.0 AA. È stato aggiornata nel 2019 per includere WCAG 2.1. Requisiti di accessibilità adatti agli appalti pubblici di prodotti e servizi ICT in Europa EN 301 549 (PDF) - V3.1.1 (2019-11). Oracle ha partecipato attivamente allo sviluppo di queste linee guida e sta monitorando attentamente i loro progressi.

Qualsiasi standard è soggetto a una certa interpretazione; consulta Interpretazione degli standard per un'analisi dettagliata del modo in cui Oracle soddisfa standard specifici.

Stato dell'accessibilità

I prodotti Oracle vengono testati per l'accessibilità utilizzando una vasta gamma di tecniche, tra cui strumenti automatizzati, revisione euristica di esperti, ispezione visiva, funzionamento manuale e test con vari AT da parte di utenti disabili e non disabili. Segnaliamo l'esito di tale test utilizzando il Voluntary Product Accessibility Template (VPAT) per creare l'Accessibility Conformance Report (ACR). Il VPAT è stato sviluppato da ITI e GSA per assistere i funzionari committenti federali e altri acquirenti nell'effettuare valutazioni preliminari sulla disponibilità di prodotti e servizi ICT commerciali con funzionalità che supportano l'accessibilità. Consulta gli Accessibility Conformance Report per una discussione approfondita su come utilizziamo VPAT e per individuare gli ACR per i prodotti Oracle.

Accessible Customer Service Plan for Ontario, Canada

L'Accessible Customer Service Plan for Ontario, Canada (PDF) di Oracle delinea le policy, le pratiche e le procedure approvate da Oracle per rispettare gli obblighi previsti dall'Accessibility for Ontarians with Disabilities Act del 2005 (AODA) e in particolare dalla Regulation 165/16. Il Multi-Year Accessibility Plan di Oracle (PDF) delinea l'impegno di Oracle a rispettare gli standard di accessibilità dell'Ontario.

Aggiornamenti agli standard di accessibilità

Oracle ha partecipato attivamente allo sviluppo delle linee guida sull'accessibilità WCAG 2.2 e implementerà i criteri di successo WCAG 2.2 aggiuntivi dopo la pubblicazione delle WCAG 2.2.

Interpretazione e posizione di Oracle su diversi standard e linee guida sull'accessibilità inclusi nelle WCAG 2.2 o ARIA

Identifica lo scopo dell'input

Norme pertinenti

• https://www.w3.org/WAI/WCAG21/Understanding/identify-input-purpose.html

Posizione di Oracle

Alcuni clienti hanno interpretato questo standard nel senso che tutti i campi di input richiedono l'identificazione dello scopo di input. Lo standard è esplicitamente definito per i campi di input che raccolgono informazioni personali sull'utente. Oracle si impegna a identificare lo scopo di input dei campi che raccolgono tali informazioni personali.

On focus e On input

Norme pertinenti

• Comprendere il criterio di successo 3.2.1: On Focus | WAI | W3C
• Comprendere il criterio di successo 3.2.2: On Input | WAI | W3C

Posizione di Oracle

Alcuni clienti hanno interpretato i criteri di successo On Focus e On Input per applicarli ampiamente ai cambiamenti sia nel contenuto che nel contesto. L'interpretazione di Oracle è che questi standard si applicano in modo specifico alle modifiche di contesto e non si applicano alle modifiche di contenuti che non cambiano il significato di una pagina.

Accessible Rich Internet Applications Authoring Practice Guide (ARIA APG)

Norme pertinenti

• Nessuno

Posizione di Oracle

Alcuni clienti interpretano l'Accessible Rich Internet Applications Authoring Practice Guide (ARIA APG) come un documento normativo i cui esempi di pattern devono essere seguiti con precisione. L'ARIA APG è non normativo. I pattern trovati nell'APG sono implementazioni di esempio e non rappresentano gli unici pattern validi. "L'APG non specifica requisiti normativi e quindi non ha un modello di conformità". Per ulteriori informazioni, consulta APG is Not a Normative Standard.

Interpretazione e posizione archiviate di Oracle su diversi standard di accessibilità legacy inclusi nella Section 508 o nelle WCAG 1.0

Forniamo questa interpretazione in risposta alle richieste dei clienti riguardanti contenuti HTML specifici, in particolare quando gli strumenti di convalida automatizzati indicano la non conformità. La maggior parte dei problemi deriva dal fatto che la maggior parte di questi regolamenti e standard sono stati scritti nel 1999 o nel 2001, e la tecnologia dei browser e della tecnologia assistiva (AT) è avanzata in modo significativo da allora. Oracle accoglie con favore le riscritture sia della Section 508 che delle WCAG, che modificano o chiariscono molte delle disposizioni discusse di seguito per tenere conto dei cambiamenti tecnologici, e stiamo partecipando attivamente ai comitati che stanno attuando tali modifiche.

Per brevità, un riferimento come "1194.22(l)" indica la disposizione 1194.22(l) nelle norme della Section 508 (che si trova nella parte 1194 del titolo 36 del codice dei regolamenti federali) e un riferimento come "WCAG 1.0 #6.3" indica la norma 6.3 delle WCAG 1.0.

Scripting, in particolare l'uso di JavaScript

Norme pertinenti

• 1194.22(l) Quando le pagine utilizzano linguaggi di scripting per visualizzare contenuti, o per creare elementi di interfaccia, le informazioni fornite dallo script devono essere identificate con testo funzionale che può essere letto con tecnologia assistiva.
• WCAG 1.0 #6.3 Assicurati che le pagine siano utilizzabili quando script, applet o altri oggetti programmatici sono disattivati o non supportati. Se ciò non è possibile, fornisci informazioni equivalenti su una pagina accessibile alternativa.
• WCAG 1.0 #8.1 Rendi gli elementi programmatici come script e applet direttamente accessibili o compatibili con le tecnologie assistive.

Posizione di Oracle

Molti clienti leggono questi standard come indicazioni che un prodotto può essere accessibile solo quando lo script è disabilitato. Non è così. Sia lo standard Section 508 che WCAG 1.0 consentono l'uso di script direttamente accessibili o compatibili con AT. La maggior parte, se non tutti, i prodotti Oracle richiedono javascript e si basano su browser che supportano javascript. Oracle ritiene che javascript non solo possa essere reso accessibile, ma migliori l'esperienza di accessibilità. Ad esempio, modificando il contenuto parziale di una pagina piuttosto che ricaricarne un'intera, impedisce all'utente di dover sfogliare e navigare una pagina completamente nuova per trovare una piccola sezione che è stata rivista. Il passaggio a interfacce client avanzate richiede un maggiore utilizzo degli script e Oracle si impegna a rendere tale codice utilizzabile da persone con disabilità; in alternativa genereremo codice diverso che si traduce in un'esperienza simile.

Convalida delle grammatiche formali pubblicate

Norme pertinenti

• WCAG 1.0 #3.2 Crea documenti che convalidano le grammatiche formali pubblicate.

Posizione di Oracle

Diversi tag HTML non hanno alcun impatto sull'accessibilità e i browser sono noti per interpretare i tag in modo diverso. Il punto chiave è che i tag relativi all'accessibilità devono essere interpretati in modo inequivocabile dal browser e dalla tecnologia assistiva. L'HTML di Oracle potrebbe non aderire esattamente a una grammatica formale per una serie di motivi:

• In vari casi abbiamo bisogno di aggiungere ulteriori informazioni sul DOM HTML e usiamo "expandos" per questo scopo.
• Come raccomandato da W3C WAI-ARIA, utilizziamo tabIndex="-1" per rendere alcuni elementi focalizzabili.
• Poiché i browser funzionano in modo diverso, possiamo ottimizzare l'HTML per tenere conto del comportamento specifico del browser.

A condizione che il cliente sia aggiornato sul supporto tecnico, Oracle risolverà qualsiasi problema in cui il codice HTML "non standard" impedisce l'accessibilità, in conformità alle policy standard del supporto tecnico di Oracle, ma Oracle non correggerà necessariamente il codice "HTML non valido" riportato da uno strumento automatico, ma non ha effetti negative sull'accessibilità.

Indipendenza del dispositivo

Norme pertinenti

• WCAG 1.0 #6.4 Per script e applet, assicurati che i gestori di eventi siano indipendenti dal dispositivo di input.
• WCAG 1.0 #9.2 Assicurati che qualsiasi elemento dotato di una propria interfaccia possa funzionare in modo indipendente dal dispositivo.
• WCAG 1.0 #9.3 Per gli script, specifica i gestori di eventi logici anziché i gestori di eventi dipendenti dal dispositivo.

Posizione di Oracle

Alcuni clienti hanno interpretato questi standard nel senso che qualsiasi operazione che può essere eseguita solo con un mouse, come un doppio clic, è vietata. Oracle si impegna a fornire una user experience avanzata a tutti gli utenti e, nei casi in cui le azioni richiedono azioni del mouse complesse come un doppio clic o trascinamento e selezione, verranno forniti meccanismi alternativi che possono essere eseguiti solo con la tastiera.

Frame

Norme pertinenti

• 1194.22(i) I frame devono essere intitolati con testo che facilita l'identificazione e la navigazione dei frame.
• WCAG 1.0 #12.1 Dai un titolo a ciascun frame per facilitare l'identificazione e la navigazione del frame.

Posizione di Oracle

Oracle ha riscontrato molte situazioni in cui i frame sono stati visti come una "violazione" degli standard di accessibilità o non considerati "HTML corretti". Oracle ritiene che i frame siano una parte legittima dell'HTML e certifichiamo solo con i browser che li supportano. Nei nostri prodotti, i frame sono adeguatamente contrassegnati secondo le norme pertinenti citate. Un'eccezione è l'uso di un iFrame, quando viene utilizzato semplicemente per comunicare con il server. In questo caso, Oracle non assegna intenzionalmente il titolo al frame in modo da rendere l'elemento invisibile all'utente (proprio come lo è per un utente vedente).

Fogli di stile

Norme pertinenti

• 1194.22(d) I documenti devono essere organizzati in modo che siano leggibili senza richiedere un foglio di stile associato.
• WCAG 1.0 #6.1 Organizza i documenti in modo che possano essere letti senza fogli di stile. Ad esempio, quando un documento HTML viene visualizzato senza fogli di stile associati, deve essere comunque possibile leggere il documento.

Posizione di Oracle

Oracle interpreta questa norma per indicare che le informazioni ("contenuto") e la presentazione devono essere separate. Ad esempio, HTML dovrebbe avere un markup semantico che identifica le informazioni, e un foglio di stile esterno dovrebbe essere utilizzato per renderizzare un aspetto particolare. Quando un utente accede alla pagina con tecnologia assistiva, le informazioni devono essere comunicate in una sequenza significativa. Tuttavia, Oracle non accetta che il prodotto debba essere eseguito con fogli di stile disabilitati nel browser, poiché:

• Tutti i browser moderni supportano i fogli di stile
• L'impostazione di attributi di stile come display:none nel contenuto della pagina viene comunemente utilizzata per nascondere il contenuto a tutti gli utenti; la disabilitazione completa dei fogli di stile causerà la visualizzazione errata di queste informazioni
• I browser moderni supportano la sostituzione del foglio di stile dell'autore con un foglio di stile utente, se necessario

Link a plugin

Norme pertinenti

• 1194.22(m) Quando una pagina web richiede che un'applet, un plug-in o un'altra applicazione siano presenti nel sistema client per interpretare il contenuto della pagina, la pagina deve fornire un collegamento a un plug-in o un'applet conforme alla norma 1194.21(a) fino a (l).

Posizione di Oracle

Molti plug-in, come il PDF viewer di Adobe, sono ora onnipresenti e sono spesso preinstallati sui computer. In alcuni casi, ad esempio con Oracle JInitiator, il plugin viene fornito con il prodotto e si installa automaticamente. Inoltre, fornire un link a un sito al di fuori di un firewall aziendale, o consentire a un utente di scaricare e installare un plugin, potrebbe essere in violazione delle policy aziendali. Pertanto, i prodotti Oracle forniranno collegamenti a plugin che soddisfano questo standard quando non sono considerati onnipresenti o non vengono spediti con il prodotto.

Salta navigazione

Norme pertinenti

• 1194.22(o) È previsto un metodo che consenta agli utenti di saltare collegamenti di navigazione ripetitivi.

Posizione di Oracle

Molti prodotti Oracle forniscono un collegamento che sposta l'attenzione sul "contenuto principale" di una pagina. Tuttavia, Oracle è anche consapevole del fatto che la maggior parte dell'AT supporta un meccanismo che consente all'utente di passare a varie sezioni di una pagina utilizzando tag di markup strutturali standard. Oracle può, quando necessario, utilizzare tale meccanismo come mezzo per raggiungere gli obiettivi della presente disposizione.