Wikibooks:Accessibilità del contenuto

In questa pagina verranno inserite al più presto le regole per rendere it.wb accessibile anche ai disabili.

Se vuoi collaborare, lascia un messaggio o segnati nella lista sottostante!

Chi è disponibile a collaborare al progetto:

  1. ...

Passi del processo

modifica
  1. Reperimento informazioni (in cosa consiste l'accessibilità?)
  2. Analisi di it.wiki
  3. Come si può rendere accessibile it.wb
    1. Regole per modificare le voci esistenti e per creare nuove voci in maniera "corretta"
    2. Modifiche del software da sottoporre agli sviluppatori

Come si può rendere accessibile it.wb

modifica

Indicazioni

modifica

Per alcune indicazioni sono linkati i relativi punti di controllo delle Linee guida per l'accessibilità ai contenuti del Web (Web Content Accessibility Guidelines, WCAG) e le loro priorità.

Struttura della pagina

modifica
  • Verificare che i riquadri a lato si inseriscano in modo sensato anche in una versione linearizzata della pagina (un non vedente per esempio può non riconoscere che il riquadro è al di fuori del flusso del testo); usare <div> per i riquadri, non il markup per le tabelle (correlato: WCAG checkpoint 6.1, priorità 1)
  • Fare uso corretto delle intestazioni (gerarchia corretta, non usare grassetto al posto delle intestazioni) WCAG checkpoint 3.5, priorità 2

Immagini

modifica

Gli articoli dovrebbero avere un senso compiuto anche per chi per una qualche ragione non può vedere le immagini. Occorre quindi fornire un equivalente testuale per le immagini. WCAG checkpoint 1.1, priorità 1

  • Immagini con didascalia: Usare la wiki-sintassi [[Immagine:<nome>|frame|<altre_opzioni>|didascalia]] o [[Immagine:<nome>|thumb|<altre_opzioni>|didascalia]] e non tabelle, div o cose simili (così il software può generare gli attributi "alt" ecc. nel sorgente HTML).
  • Immagini senza didascalia: Specificare un testo alternativo con la wiki-sintassi [[Immagine:<nome>|<opzioni>|testo_alternativo]] (senza le opzioni "thumb" o "frame"). Il testo alternativo sarà visibile per esempio quando nel browser il caricamento delle immagini è disattivato.
  • Test veloce [1]: Immaginate di dovere descrivere la pagina in questione al telefono. Se tutta l'informazione che trasmettereste al vostro interlocutore è presente in forma testuale nella pagina, è probabile che la pagina sia accessibile anche per chi non può vedere le immagini.

Voci correlate: Markup immagini, Testo alternativo per le immagini

Tabelle

modifica

Screenreaders e altri strumenti per ipovedenti usano gli attributi specifici delle tabelle per facilitarne l'uso e la navigazione dei contenuti.

Bisogna usare la sintassi wikitable corretta con le "pipe" per avvantaggiarsi di tutte le possibilità disponibili. Vedesi meta:Help:Tables per ulteriori informazioni sulla sintassi usata per le tabelle.

Data tables

modifica
{| summary="Una descrizione dei contenuti della tabella."
|+ [caption text - testo intestazione]
|-
! [column header 1] !! [column header 2] !! [column header 3]
|-
! [row header 1]
| [normal cell 1,2] || [normal cell 1,3]
…
|}
Intestazione ( |+ )
Un'intestazione è il titolo della tabella, che ne descrive la natura [2].
Summary ( summary="…")
Il riassunto può provvedere una descrizione più lunga e dettagliata dello scopo e struttura della tabella per browser per ipovedenti [3].
Row & column headers ( ! )
Come l'intestazione, questi aiutano a presentare le informazioni in una struttura logica. Browsers testuali possono leggere le intestazioni e i titoli prima e poi navigare i contenuti relativi. [4].

Voice browsers possono leggere ad alta voce i contenuti questi dati nella tabella nell'ordine seguente [5]:

Caption: [caption text]
Summary: [summary text]
[column header 1]: [row header 1], [column header 2]: [cell 1,2], [column header 3]: [cell 1,3]
[column header 1]: [row header 2], [column header 2]: [cell 2,2], [column header 3]: [cell 2,3]

Si noti che ogni column header viene ripetuto leggendo ogni row, cosicché un'abbreviazione potrebbe essere aggiunta a headers molto lunghi usando l'attributo abbr="…", ad esempio:

{| summary=""
|+ [caption text]
|-
! abbr="Wikipedian" | Wikipedia editor
! abbr="Edits"      | Number of edits
! Last edit
! abbr="Donations"  | Donations ($US)
|-
…

In questo esempio tutti gli column headers hanno un'abbreviazione eccetto la colonna con la data dell'ultimo edit..

Layout tables

modifica

Alcuni template e infobox fanno uso di tabelle.

Evitate di fare uso di tabelle per il solo scopo di layout. La miglior opzione è di usare blocchi di <div> e l'attributo "style" perché sono più flessibili.

Per layout molto semplici le tabelle potrebbero essere un'opzione. Specialmente se l'unico scopo della tabella è di ottenere un effetto di float, allora align="right" ecc. funzionerà anche in alcuni browser che non supportano il CSS. Questo è solo un'approssimazione verbosa di <div> più CSS, e non l'errore/orrore conosciuto come (nested) "table layout".

Comunque, per evitare di creare barriere all'accessibilità, quando si utilizzano tabelle solo per layout, non usare alcuna caption, o headers, ed evitare anche l'attributo summary=. Questi elementi strutturali delle tabelle devono essere usati solo per tabelle di dati, non di layout. Non utilizzare elementi strutturali per il alyout, ma usate il CSS. Per il codice Wiki delle tabelle questo significa evitare "!" (= <th> in XHTML) in questi casi:

{| class="toccolours" width="94%"
| align="center" bgcolor="#ccccff" | '''Title'''
|-
| [normal cell] || [normal cell]
|-
| [normal cell] || [normal cell]
|}


  • Cercare di fare uso corretto di "header" (e "caption") per le tabelle; vedasi meta:Help:Table per la wiki-sintassi. WCAG checkpoint 5.1, priorità 1
  • Cercare di usare il markup delle tabelle solo per tabelle vere, non come mezzo per posizionare elementi della pagina (immagini, riquadri, ecc.). WCAG checkpoint 5.3, priorità 2
  • Markup: Usare la wiki-sintassi per le tabelle, non <pre> o lo spazio all'inizio della riga
  • Usare il markup previsto per creare liste (elenchi), cioè * per i punti di una lista non numerata e # per le liste numerate. Quindi possibilmente non numerare a mano e non usare : (indent) o <br /> (a capo) per creare una lista. WCAG checkpoint 3.6, priorità 2
  • Mai usare solo il colore per differenziare delle cose (i daltonici eventualmente non li sanno distinguere). WCAG checkpoint 2.1, priorità 1
  • Evitare di specificare colori del testo nella pagina (tag <font> e simili). Per i template cercare di specificare i colori nel monobook.css (per esempio alcune persone riescono meglio a leggere testo chiaro su sfondo scuro. Gli utenti registrati hanno la possibilità di impostare il foglio di stile personale in questo modo, ma rischiano di ritrovarsi per esempio un testo blu scuro su sfondo nero, praticamente illeggibile). WCAG checkpoint 3.3, priorità 2
  • Se si usa HTML, controllare la pagina inserendone l'URL nel validator del W3C. WCAG checkpoint 3.2, priorità 2
  • Usare HTML il meno possibile, dato che il software dovrebbe sempre generare pagine HTML corrette dal wiki-markup, mentre questo non è assicurato inserendo dell'HTML a mano. (A parte che un sorgente complesso in HTML tende a scoraggiare gli utenti meno esperti)

Strumenti

modifica

Collegamenti esterni

modifica