Newsgroup: it.lavoro.professioni.webmaster
Titolo: Tag <abbr> e accessibilita'

Salve a tutti.
Nella realizzazione di un sito dedicato ad una linea ferroviaria, mi 
sono trovato difronte ad una situazione particolare che mi ha fatto 
pensare. Inserendo l'unita' di misura mm(millimetri), mi sono accorto 
che, essendo un'abbreviazione, sarebbe dovuta stare tra i tag 
<abbr></abbr>. Poi mi son detto che forse era meglio metterla tra i tag 
<acronym></acronym>, visto che e' l'acronimo di MilliMeters, ma essendo 
questo tag destinato probabilmente a scomparire, ho optato per la prima 
soluzione. Mi sono pero' chiesto se i moderni screen-reader, fossero 
capaci di rendere la parola 'mm' come 'millimetri' e non come 
'emme-emme'. A questo punto mi chiedo: e' giusto porre le unita' di 
misura tra i tag <abbr></abbr> o e' solo un lavoro in piu' che non fa 
male a nessuno? E poi, si dovrebbero inserire sempre tra i tag appositi, 
o basta una prima volta? E' giusto per risolvere il dubbio, visto che 
sul sito utilizzo i tag appositi.
TIA
-- 
Spirito Libero
Siamo tutti un po' abusivi a questo mondo...
(Non mettere il sale se vuoi rispondermi!)

 <acronym></acronym>, visto che e' l'acronimo di MilliMeters
A mio avviso non è né un acronimo né un'abbreviazione, almeno nella
concezione anglosassone dei termini (e quindi nelle linee guida WAI). In
inglese infatti la differenza sta nel fatto che l'acronimo viene letto come
una parola unica, mentre l'abbreviazione (in verità un particolare tipo di
abbreviazione che si chiama "initialism") viene letta con lo spelling:
NATO:  ACRONYM
HTML: ABBR
IMHO "mm" non rientra in nessuna delle categorie perché essa non viene
pronunciata né come unica parola né scandendone le lettere, ma viene
riformulata per esteso.
Questa comunque è solo accademia. Nei fatti poco importa quale TAG usi
perchè:
1. non si conoscono screen reader capaci di riconoscerli e leggerli (aspetto
smentite)
2. nei browser "normali" la proprietà TITLE dei tag può essere richiamata
solo tramite uso del mouse, rendendo quindi la soluzione in aperto contrasto
con le linee guida riguardo alla "Device independent"
La soluzione che consiglio è, in questo caso, di fregarsene delle linee
guida WAI, risolvendo il problema come sempre si è fatto in scrittura,
ovvero scrivendo la prima volta che si fa uso di un acronimo o abbreviazione
il suo significato per esteso. Es:
... bla bla SUNIA (Sindacato Nazionale Unitario Inquilini ed Assegnatari)
bla bla...
Ciao
CB

 CB


 guida WAI, risolvendo il problema come sempre si è fatto in scrittura,
Purtroppo le linee guida WAI risultano ahimè meno applicabili nel
pratico di quanto si sperava un anno fa. Effettivamente ancora oggi
ci sono poche applicazioni pratiche *complete*.
Personalmente, comunque, ho adottato spesso delle legende o delle
estensioni dell'abbreviazione in formato scritto, come suggerisci,
anche se poi ho mantenuto i tag di riferimento per il resto delle
abbreviazioni.
Anche li, però, è da analizzare caso per caso.
-- 
Aloha,
Marco Trevisan
------------------------------------------------------------------------
< Bazzmann|Mag > E' nato il design molecolare. | 
http://www.bazzmann.com
< Bazzmann Srl > Design molecolare applicato.  | 
http://www.bazzmann.it

 estensioni dell'abbreviazione in formato scritto, come suggerisci,
A me sembra la soluzione piů ragionevole. A prova di cretino e di CMS.
Ciao
CB

 A me sembra la soluzione più ragionevole. A prova di cretino e di CMS.
Mah, poi il discorso CMS è anche più facile se vogliamo. Il problema è
proprio a monte, sotto l'aspetto decisionale ("questo a cosa
corrisponde?"), poi sul profilo tecnico la cosa la gestisci anche in
maniera più funzionale di quanto si creda.
Naturalmente la prima soluzione, quella "humana", bypassa molti problemi
di complessità gestionale, anche se richiede una maggiore e migliore
formazione dell'editore dei contenuti. E anche qui si aprirebbe un altro
capitolo non da poco. :)
