I Web Form ASP.Net producono effettivamente un codice HTML compatibile con ADA? Il toolkit ASP / AJAX compromette l'obiettivo della conformità ADA?

I webform ASP.Net sono solo una tecnologia web. Nulla di ciò che è inerente, o il codice che genera, è conforme a ADA. Mentre potrebbe essere conforme, Microsoft non ne garantisce l'esistenza. Alla fine della giornata, è tutto solo markup e fino allo sviluppatore per garantire che sia conforme a ADA. Lo stesso vale per il toolkit di controllo. Il codice AJAX significa che ci sono più pezzi mobili, ma non c'è niente da dire che non si può scrivere codice compatibile usando questo (potrebbe solo renderlo più difficile).

Questo è dalla documentazione ASP.NET di Microsoft :

I controlli ASP.NET sono progettati per essere accessibili per impostazione predefinita. Ciò significa che rendono automaticamente HTML accessibile se possibile, oppure espongono le proprietà che puoi impostare per rendere le pagine accessibili. Ad esempio, i controlli ASP.NET offrono le seguenti funzionalità per supportare l'accessibilità per impostazione predefinita:

• Genera HTML che utilizza i CSS per la formattazione visiva.

• Utilizza le tabelle per presentare i dati, non per disporre gli elementi visivi in una pagina.

• Fornisci indicazioni sulla struttura della tabella contrassegnando le righe di intestazione e piè di pagina.

• Associa etichette con i controlli a cui si riferiscono.

• Genera script client indipendente dal dispositivo, come lo script client che risponde sia ai clic del mouse che alle azioni da tastiera.

• Specifica le impostazioni dell'indice di tabulazione per gli elementi di input.

• Fornisci un modo per specificare un equivalente testuale per qualsiasi elemento non di testo.

Alcuni controlli generano HTML basato su modelli per i quali fornisci l'HTML. In questi casi è necessario configurare manualmente il markup nei template in modo che l'HTML generato sia conforme alle linee guida sull'accessibilità.

Ci sono alcune situazioni eccezionali in cui i controlli generano HTML che potrebbe non essere conforme agli standard di accessibilità. ASP.NET 4 include molti miglioramenti che eliminano la maggior parte delle eccezioni esistenti nelle versioni precedenti di ASP.NET o che forniscono alternative a loro. Per ulteriori informazioni, consulta Novità di ASP.NET 4 e Visual Web Developer .

Le sezioni seguenti presentano tecniche per la creazione di pagine Web accessibili conformi a ciascuna linea guida WCAG utilizzando Visual Studio e ASP.NET. Per alcune linee guida, non ci sono considerazioni specifiche per ASP.NET. Pertanto, le sezioni dedicate a tali linee guida sono state omesse in questa parte dell'argomento.

Nella mia ricerca limitata sulla conformità ADA, il problema con AJAX era il modo in cui gli screen reader lo gestivano. Se ricordo, dal momento che i lettori di schermo leggono il markup dall'alto, potrebbero non essere in grado di rispondere al markup dinamico che viene successivamente iniettato in un modulo HTML tramite una chiamata AJAX (o altre modifiche dinamiche , per questo motivo). Quindi se hai un DIV che vuoi usare come popup o riempire con contenuti dinamici, se lo screen reader ha già analizzato questo, non lo "ri-analizzerà" necessariamente dopo aver modificato dinamicamente il contenuto. Quindi il tuo utente potrebbe non sapere che il modulo è cambiato. I lettori diversi avevano limiti diversi, ma ricordo che la rigida conformità ADA limitava la praticità di AJAX.

Tuttavia, ASP.NET non impone l'utilizzo di AJAX, quindi i requisiti di ADA non dovrebbero in alcun modo squalificare l'uso di ASP.NET.