Wikipedia:Accessibilità del contenuto

Abbreviazioni
WP:Accessibilità
WP:ACCESSIBILE

In questa pagina vengono descritti i compiti principali per rendere accessibile il contenuto di Wikipedia a qualsiasi utente, incluse le persone con disabilità sensoriali (persone cieche, ipovedenti, sorde o affette da ipoacusia) o disturbi specifici di apprendimento.

Passi del processo

  1. Reperimento informazioni (in cosa consiste l'accessibilità?)
  2. Analisi di it.wiki
  3. Come si può rendere accessibile it.wiki
    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.wiki

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

Immagini

Testo alternativo

Le voci 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 [[File:<nome>|frame|<altre_opzioni>|didascalia]] o [[File:<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 [[File:<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 : 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.

Risoluzione non fissa

Abbreviazioni
WP:RIS

La dimensione con cui è visualizzata un'immagine dovrebbe poter variare per ogni singolo utente che sta consultando la voce (in base alle preferenze utente), adattandosi così alle sue specifiche esigenze: per quanto possibile va dunque evitato di inserire una dimensione prefissata delle immagini. La forma corretta di inserimento è perciò ad esempio:

[[File:PincoPallo.jpg|thumb|didascalia]]

e non:

[[File:PincoPallo.jpg|thumb|250px|didascalia]]

È invece consentito l'uso del dimensionamento relativo con il parametro upright (o verticale), senza inserire un valore, ma lasciando quello di default, che si adatta alle preferenze dell'utente:

[[File:PincoPallo.jpg|thumb|upright|didascalia]]

Icone

  atletica leggera

Nel caso qui sopra occorre mettere testo alternativo vuoto per non far leggere cose strane al software di sintesi vocale (inutile mettere "atletica leggera", che verrebbe letto due volte: una come testo alternativo dell'immagine e una come testo semplice).

Tabelle

Screenreader 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 Aiuto:Tabelle per ulteriori informazioni sulla sintassi usata per le tabelle.

Tabelle di dati

{| summary="Una descrizione dei contenuti della tabella."
|+ [caption text - testo intestazione]
|-
! scope="col" | [column header 1]
! scope="col" | [column header 2]
! scope="col" | [column header 3]
|-
! scope="row" | [row header 1]
| [normal cell 1,2] || [normal cell 1,3]
…
|}
Intestazione ( |+ )
Un'intestazione è il titolo della tabella, che ne descrive la natura .
Summary ( summary="…")
Il riassunto può provvedere una descrizione più lunga e dettagliata dello scopo e struttura della tabella per browser per ipovedenti .
Intestazioni di riga e colonna ( ! )
Come l'intestazione, questi aiutano a presentare le informazioni in una struttura logica. Browser testuali possono leggere le intestazioni e i titoli prima e poi navigare i contenuti relativi. Notare anche che formattare col grassetto il contenuto di una cella normale non rende quest'ultima un'intestazione. .
Scope delle intestazioni ( ! scope="col" | e ! scope="row" | )
Identifica esplicitamente le intestazioni come di riga o di colonna. Così le intestazioni si collegano alle caselle corrispondenti.

I browser vocali possono leggere ad alta voce i contenuti della tabella nell'ordine seguente :

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 intestazione di colonna viene ripetuta leggendo ogni riga, cosicché un'abbreviazione potrebbe essere aggiunta a intestazioni molto lunghe usando l'attributo abbr="…", ad esempio:

{| summary=""
|+ [caption text]
|-
! abbr="Wikipediani" | Contributore di Wikipedia
! abbr="Edit"      | Numero di modifiche
! Ultimo edit
! abbr="Donazioni"  | Donazioni ($US)
|-
…

In questo esempio tutte le intestazioni di colonna hanno un'abbreviazione eccetto la terza.

Tabelle per l'impaginazione

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

Per evitare di creare barriere all'accessibilità, qualora non fosse possibile evitare l'utilizzo di tabelle solo per layout, non usare alcuna caption, o intestazioni, ed evitare anche l'attributo summary=. Questi elementi strutturali delle tabelle devono essere usati solo per tabelle di dati, non di layout. Aggiungere inoltre role="presentation" alla tabella stessa, così che i lettori di schermo non trattino la tabella come tale. Non utilizzare elementi strutturali per il layout, ma usate il CSS. Per il codice Wiki delle tabelle questo significa evitare "!" (= <th> in XHTML) in questi casi:

{| role="presentation"
| '''Titolo'''
|-
| [cella normale] || [cella normale]
|-
| [cella normale] || [cella normale]
|}

Liste

Occorre evitare di:

Colori

Contrasto

Testi e sfondi devono avere un Contrast Ratio pari o superiore a 4.5 per essere accessibili. Il valore massimo, corrispondente a un testo altamente accessibile, è 21.00 (nero su bianco o viceversa). Sono disponibili vari strumenti per testare le combinazioni di colori:

Si può inoltre installare l'estensione WCAG Contrast Checker (Chrome, Firefox) per verificare il contrasto su un'intera pagina.

Esempi con alcuni template di navigazione

{{Frosinone Calcio presidenti}}

Questo template, con i colori giallo e verde, ha un Contrast Ratio di 3.66.

Colori attualiVersione accessibileVersione ancora più accessibile
Testo CR 3.66 Testo CR 5.09 Testo CR 7.93

{{Vincitori dei Giochi olimpici antichi}}

In questo caso, il testo nero su sfondo azzurro è accessibile, ma non lo è il link blu, con un Contrast Ratio di 3.49.

Colori attualiVersione accessibileVersione ancora più accessibile
Testo CR 3.66 Testo CR 4.55 Testo CR 7.09

{{A.C. Milan presidenti}}

In questo caso, a non essere accessibile è il link rosso (la d che punta alla pagina di discussione del template) su sfondo rosso, con un Contrast Ratio di 1.14.

Colori attualiVersione potenzialmente non accessibileVersione accessibile
Testo CR 1.14 Testo CR 4.60 - Testo CR 2.46 Testo CR 4.57

N.B.: quando il link diventa blu, la versione con sfondo nero non è più accessibile.

HTML

Firme utente

Lo stesso argomento in dettaglio: Wikipedia:Personalizzare la firma.

Le firme degli utenti sono fondamentali nelle pagine di discussione. Per questo motivo, è molto importante che abbiano un alto livello di accessibilità. Ad esempio, una firma con testo giallo, sullo sfondo bianco di Wikipedia (come in questo caso), NON è accessibile. Allo stesso modo, non sono accessibili le firme che contengono al loro interno caratteri strani, tipo stelline, emoji e altri fronzoli molto carini, ma poco pratici per chi ha una disabilità visiva.

Sii gentile: usa una firma utente chiara e ben visibile (e ricordati sempre di controllare il contrasto).

Presta anche attenzione al fatto che, utilizzando una skin antecedente a Vector 2022, le pagine di discussione hanno uno sfondo giallino (nello specifico questo giallino: #FFFFEE). Con Vector 2022 fortunatamente le pagine di discussione hanno sfondo bianco.

Versione audio delle voci

Acronimi e sigle

Spesso gli acronimi e le sigle possono generare difficoltà di lettura e di comprensione del testo per chi è dislessico se non ne conosce il significato. È quindi bene affiancare all'acronimo o alla sigla la sua versione estesa (ad esempio: «la FIGC, Federazione Italiana Giuoco Calcio» o «la Federazione Italiana Giuoco Calcio (FIGC)») almeno la prima volta in cui compare in una pagina o in una sezione.

Video e audio

I file video e audio contenenti parti parlate, indipendentemente dalla lingua, dovrebbero sempre essere accompagnati da sottotitoli in lingua italiana al fine di garantirne l'accessibilità anche agli utenti con sordità o ipoacusia. I sottotitoli possono essere inseriti su Wikimedia Commons seguendo le istruzioni che si trovano in Commons:Timed Text (vedi anche Aiuto:Sottotitoli).

Note

  1. ↑ H63: Using the scope attribute to associate header cells and data cells in data tables, A accessibility level.

Pagine correlate

Collegamenti esterni