Sto lavorando su un sito Web asp.net che deve essere compatibile con section 508. Sono confuso come se dovessi usare JavaScript o non farlo affatto.Sta usando jQuery 508 compatibile?
Posso anche usare jQuery slideUp()/slideDown() per mostrare/nascondere le sezioni? Posso usare datepicker dell'interfaccia utente jQuery e finestre di dialogo modali?
In breve sì. In generale, il team di jQuery UI è molto consapevole dei problemi di accessibilità e utilizza ARIA (http://www.w3.org/WAI/intro/aria) sulla maggior parte se non su tutti i loro widget.
Detto questo, tuttavia essendo 508 conformi e "accessibili" sono cose diverse. Esistono vari standard, con la conformità "508" che è il meno severo possibile.
Il 99% delle pagine in questi giorni utilizza i controlli abilitati JavaScript dinamici, con vari gradi di accessibilità. La maggior parte dei problemi si verifica quando le persone eseguono i propri controlli anziché utilizzare una buona libreria di controllo come l'interfaccia utente di jQuery.
La regola applicabile è questa:
(l) Quando le pagine utilizzano linguaggi di script per visualizzare contenuti, o per creare elementi di interfaccia, le informazioni fornite dallo script deve essere identificato con un testo funzionale che può essere letto da tecnologie assistive
widget di dialogo di jQuery, ad esempio, utilizza il markup nella pagina per il contenuto finestra di dialogo, quindi è accessibile per tecnologie assistive (AT). Se l'AT interpreta correttamente il contenuto non è necessariamente la tua preoccupazione, almeno per quanto riguarda la conformità al 508. Questo perché ci sono vari tipi di AT in combinazione con vari SO, browser ecc.
Nel caso di mostrare e nascondere il contenuto, tecnicamente il contenuto nascosto è interpretabile da AT una volta che viene mostrato. Il problema qui è come l'AT sa quando cambia il DOM. Questo dipende dall'AT. Qui è possibile aggiornare in modo dinamico gli stati ARIA per informare l'AT, ma l'AT non rispetterà necessariamente e/o implementerà gli standard ARIA.
Un po 'tardi alla festa, ma questo collegamento è apparso su google, quindi ho pensato di aggiungere alcuni pensieri. Questo argomento ha molto da considerare.
SSB Il gruppo Bart ha eseguito un ottimo riepilogo dello stato dei controlli di jQuery Ui.
https://www.ssbbartgroup.com/blog/2013/07/03/jquery-ui-accessibility-analysis/
modifiche Tuttavia, dal momento che quel post ho visto stati fatti ad esempio per il controllo struttura a schede. Quando eseguo test rapidi di qualsiasi sito importante come l'interfaccia utente di jQuery e persino bootstrap/foundation che affermano di essere "completamente accessibili", di solito riesco a trovare problemi.
Durante i test per l'accessibilità solitamente utilizzo la seguente metodologia generale.
In tal modo puoi vedere dove ogni controllo di jQuery Ui fallisce e non lo fa. Non sono orribili, ma ci sono alcuni buchi e praticamente tutti i principali framework.
Per quanto riguarda il vetrino e lo scivolo verso il basso che non ha importanza su se stesso. Ciò che conta è se il pulsante che si sta utilizzando è accessibile da tastiera e si utilizzano i tag aria giusti come ect aria-nascosta. Vedere http://www.w3.org/TR/wai-aria/states_and_properties per indicare il contenuto nascosto.
[508 per siti Web in un riepilogo molto ampio] (http://www.section508.gov/index.cfm?fuseAction=stdsSum#web) - ad es. non è qualcosa da portare in campo - è "gli screen reader devono essere in grado di lavorare". –
Il titolo deve essere modificato per essere più specifico. Qualcosa come: "Sta usando i controlli dell'interfaccia utente di jQuery e mostra/nascondi i metodi 508 conformi" – Aaron