[webaccessibile] sito ferrovie e accessibililt vs bollino
Andrea Fercia
a.fercia a gmail.com
Ven 15 Giu 2007 18:39:55 CEST
ciao,
boh ormai con sto' bollino... :)
sono andato a vedere chi ha realizzato il sito e prima di tutto il link dei
"credits" è marcato senza attributi per il cambio lingua, così come il link
"Faq" che non è neanche marcato come abbreviazione come anche "Tav" e
altri).
Nella pagina dei "credits" (non vi incollo il link perchè non è esattamente
"friendly") il link esterno al sito di chi ha curato la progettazione
grafica non è a norma: il javascript poteva anche essere scritto meglio...
ma il punto è che manca qualsiasi avviso all'utente che quel link si aprirà
in una nuova pagina (sempre che il suo browser supporti javascript).
In un primo momento ho pensato che avevano gestito tutti i link esterni in
questo modo ma...
in home page invece, nel menù sulla sinistra, i link "Centostazioni",
"Grandi stazioni" ecc hanno un title che avvisa che si tratta di "link
esterno" ma lo stesso title c'è anche a javascript disabilitato, quindi
quale è l'avviso che si apriranno in una nuova finestra se javascript è
abilitato? :)
Dobbiamo supporre che la parola "esterno" assuma una diversa valenza nei due
casi?
Il testo di questi link poi, al mouse over cambia dinamicamente... non
saprei come altro interpretarlo se non come "flickering" anche se non penso
sia questo il motivo per cui possa rientrare in uno dei requisiti; piuttosto
mi interesserebbe sapere come un utente con disabilità visive o cognitive
possa fruire di link il cui testo cambia in quel modo; in tutti i casi, a
javascript disabilitato, perdo informazioni.
Inoltre, volevo selezionare l'indirizzo della pagina dalla barra degli
indirizzi utilizzando come faccio spesso la scorciatoia Alt+d ma non mi è
possibile farlo visto che fra le (troppe?) accesskey utilizzate, molte
utilizzano lettere che interferiscono con le scorciatoie di molti browser.
(Internet Explorer 7 utilizzerebbe in questo caso Alt+I, le ultime versioni
di Firefox Alt+Shift + D).
Il layout presenta problemi di tenuta: se ridimensionato a 800x600 con
caratteri "molto grandi" su IE appare una bella barra di scorrimento
orizzontale e alcune parti della pagina sono tagliate fuori (non in home
page ma nelle pagine interne). Punto discutibile, ma resta il fatto che per
alcuni utenti scorrere la pagina in senso orizzontale è davvero un bel
problema.
Sempre nelle pagine interne la barra orizzontale con i link "Chi siamo"
ecc... è una tabella invece che una lista.
Mi è oscuro quale significato il termine "Metanavigazione" abbia nella
lingua italiana: nel De Mauro Paravia online questo termine non risulta ma
chissà, magari in altri dizionari esisterà.
Ridimensionando i caratteri su IE 6, già su "piccolo" alcuni diventano
difficilmente leggibili e su "molto piccolo" la maggior parte dei testi è
illeggibile.
Contrasto colori non rispettato su alcuni effetti "hover" sui link, quando
lo sfondo è d8d8d8 e il colore del link diventa b30002. (esempio: i link
sotto la testata in home page).
Inoltre, se si prevede un effetto al focus sul link, questo dovrebbe essere
presente anche quando il link riceve il focus da tastiera, o no?
Il campo della ricerca ha una etichetta che è resa invisibile tramite CSS...
non vedo come questo possa essere il caso di una "etichetta correttamente
associata al suo campo" se un utente vedente non può vederla né utilizzarla
:) In questo caso un utente non vedente è avvantaggiato rispetto a un
vedente.. forse si tratta di un caso storico? :)
Visto che probabilmente il validatore segnalava che i campi del form non
potevano essere posizionati senza un contenitore, li hanno racchiusi in in
un paragrafo (che così ha un valore semantico non rispettato) invece che in
un fieldset o al limite in un non semantico div.
Vi invito a controllare come sono utilizzati molti altri paragrafi, esempio:
<p class="invisibile"><br /></p>
<p class="clearleft"></p>
A voler esser pignoli, il calendarietto per selezionare le date con
javascript disabilitato non è utilizzabile quindi dovrebbe essere presente
nella pagina solo con javascript abilitato.
Vabè che ci sono comunque dei campi nei quali inserire manualmente le date,
ma le label dovrebbero magari essere scritte per esteso?
gg mm aa sono abbreviazioni...
Inoltre, uno screen reader leggerebbe prima "Da", "A" senza far capire "Da"
"A" di cosa? e poi "Data di partenza", io avrei invertito.
In tutti i casi, il calendarietto prevede solo un "onclick" quindi è
dipendente dal dispositivo di input: requisito non rispettato.
Link come href="javascript:;" non sono link.
Inoltre il calendarietto è l'esempio di una certa ridondanza di div e span
presente in tutto il sito: span span span... e anche cose come: <div
class="invisibile"><h1>Gruppo Ferrovie dello Stato</h1></div>
a che servono? tanto vale applicare la classe direttamente su h1?
I link "vai al sito", "vai al sito" (ad esempio in home page) non hanno
testi significativi se letti indipendentemente dal proprio contesto. E' vero
che hanno un "title" che li diversifica ma continua ad essermi oscuro cosa
siano i "testi alternativi" dei link.
(...oppure associare ai collegamenti testi alternativi che possiedano
analoghe caratteristiche esplicative...)
bollino? :)
ciao
Andrea
On 6/15/07, Costantini Claudia <Claudia.Costantini a insiel.it> wrote:
>
> Ciao a tutti, stavo cercando l'orario del treno per tornare a casa e qui:
>
>
> http://www.ferroviedellostato.it/ferrovie/v/index.jsp?vgnextoid=6613497332620110VgnVCM1000001c42fe0aRCRD
>
> vedo… il bollino.
>
> Che ne pensate?
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: http://itlists.org/pipermail/webaccessibile/attachments/20070615/00d96f91/attachment-0001.htm
Maggiori informazioni sulla lista
webaccessibile