Newsgroup: it.comp.accessibilita
Titolo: Prevenire il danno

Io sto lavorando a siti internet di due comuni. Siccome uscirà tra poco il
regolamento attuativo delle norme sull'accessibilità, dov'è che posso
recuperarne una bozza, tanto per capirne il dettaglio, le linee guida e non
dover rifare il lavoro?
Anche perchè non penso che l'amministrazione si riassumerebbe la spesa per
adattarlo... ma direbbe "Dovevi pensarci prima"
Quindi lo faccio.

 adattarlo... ma direbbe "Dovevi pensarci prima"
Attualmente è un rischio, nel senso che potrebbe esserci un "qualcosa"
che non è oggi previsto. Non tanto riguardo le direttive WAI, quanto ad
altri aspetti relativi ai test e cose "estranee" alle checklist pure.
Ma, in ogni caso, non è che una volta fatto il sito è a posto, è
comunque auspicabile un piano di aggiornamento e manutenzione, a
prescindere.
Personalmente:
- se possibile userei il layout senza tabelle;
- farei molta attenzione al contrasto;
- mi assicurerei la conformità XHTML 1.0 Strict e CSS 2.0;
- seguirei almeno il livello WAI-A (se non anche WAI-AA);
- eseguirei dei test di controllo;
- manterrei l'obiettivo di compabilità con i maggiori browser e
   piattaforme.
<promo :) >
Naturalmente, se può servire una mano... 
http://www.bazzmann.it
</promo>
-- 
Aloha,
Marco Trevisan
------------------------------------------------------------------------
< Bazzmann|Mag > E' nato il design molecolare. | 
http://www.bazzmann.com
< Bazzmann Srl > Design molecolare applicato.  | 
http://www.bazzmann.it

Beh innanzitutto la traccia che mi hai dato potrebbe essermi molto utile.
Stavo già lavorando in compatibilità con 3 browser (voglio che sia identico
a discapito di qualche rinuncia)
Stavo lavorando tableless e CSS 2
E' la WAI che mi preoccupa. Mai fatto nulla.

 E' la WAI che mi preoccupa. Mai fatto nulla.
Allora credo sia più utile rivolgersi a qualcuno che le abbia già
trattate... se vuoi ci possiamo sentire in privato. O se hai qualcuno
di tua conoscenza, rivolgiti a lui.


Intanto ti ringrazio. Mi sai dire dove trovarne una traccia, per capirne la
consistenza e la difficoltà. Poi ci sentiremo prsto misa.

Ma con le nuove norme sull'accessibilità non si possono creare link con
target="_blank"
Quindi tutti i link esterni fanno uscire dal sito... senza permettere di
verificare se il contenuto del sito che si va a vedere è quello che
effettivamente cerchiamo.
Qualcuno mi può confermare che questa regola esiste, e(o come bypassarla,
perchè non ha senso dal mio punto di vista.

 consistenza e la difficoltà. Poi ci sentiremo prsto misa.
Del WAI?
Parti da qui:
http://www.w3.org/WAI/Resources/#gl
Trovi tutte le linee guida, documenti e note varie, checklist e via
dicendo.


 perchè non ha senso dal mio punto di vista.
L'attributo "_blank" è stato tolto in XHTML. Puoi bypassare la mancanza
dell'attributo con un javascript che puoi reperire da:
http://www.extensible.it/articoli/XHTML/Articoli/articolo13.ashx
Tieni conto, però, che questa mancanza non è così insensata, perchè
proprio a causa dell'apertura di nuove pagine (per lo più in maniera
smodata) si scatena un certo disorientamento nel visitatore (e ancor
più in forme di varia disabilità come i non vedenti o disabili
cognitivi). Sarebbe quindi auspicabile evitarlo, c'è sempre il tasto
"indietro" sui vari browser. :)


 ha scritto
nel messaggio news:2iu2ncF...@uni-berlin.de...


 consentendo all'utente di continuare a consultare la pagina di partenza.
Ciao,
in ogni caso devono salvare il documento (tranne il caso del PDF che a
volte carica un plug-in interno al browser -alquanto critico in molti
casi perchè blocca la funzionalità del browser stesso-).
Meglio quindi linkare direttamente il documento, qualsiasi esso sia,
e segnalare di salvarlo (o che si tratta di un file non html), indicando
la tipologia del documento e il suo peso.


 adattarlo... ma direbbe "Dovevi pensarci prima"
Se non sarà a norma entro 1 anno dalla data di pubblicazione del decreto
contenente le regole tecniche, non potrà mica dire "dovevi pensarci
prima" eh :)

 
http://www.extensible.it/articoli/XHTML/Articoli/articolo13.ashx
Ho già segnalato a Roberto Abbate che tale procedura non è corretta, ed
ha aggiunto una breve nota a fine articolo. Il codice "incriminato" è
questo:
if (document.links[i].className=="blank") {
            document.links[i].target="_blank";
        }
ossia prende la classe che è stata chiamata "blank" e assegna
l'attributo target="_blank" ad un elemento per cui la DTD non prevede
tale attributo.
Morale? Si frega il validatore automatico ma se un validatore umano
trova questo stratagemma "sega" la validazione per il sito di una P.A.

Ma quindi nelle P.A. non si può aprire un link in un'altra finestra?
In nessun caso? Mi sembra sbagliato eticamente, visto che link a siti
esterni, possono sembrare ciò che cerchiamo, ma la maggior parte delle
volte, non lo sono.
Mi sembra che poche persone che ho visto navigare (inesperte intendo)
sfruttino il tasto backspace o la funzione indietro del browser, perdendo di
vista il sito (magari trovato per caso, e di cui non ricordano l'url)
Dico cose strane? Al di là della minipolemica, volevo sapere cosa fare?
Niente _blank ?

Tanto per capire, puoi dare un occhiata veloce e dirmi cosa ne pensi di
www.comune.gressan.ao.it/demo
Mi piacerebbe capire quanto ho da lavorare, e siccome la struttura la devo
clonare per un altro comune, vorrei realizzare il secondo prodotto già in
ordine, lavorando però solo ad uno. Mi sembra giusto, no?

 ha scritto nel messaggio
news:cfcjaa$5m0$1...@lacerta.tiscalinet.it...

Per siti attuali è consentito (vedi la nota iniziale alla valutazione
tecnica) mentre per quelli di nuova creazione non sarà possibile.

Ho già segnalato a Roberto Abbate che tale procedura non è
corretta, ed
ha aggiunto una breve nota a fine articolo. Il codice
"incriminato" è
questo:
Non solo non è corretta, non serve a nulla. Non c'è bisogno
di tutto quell'ambaradan JS per aprire un target e validare
la pagina XHTML 1 Strict, lo si può fare con il semplice
markup, ho fatto una pagina apposta XHTML Strict valida con
blink, target e ogni serie di brutture, senza usare JS. Ma a
cosa serve? aprire nuove finestre viene indicata come
pratica da evitare e inserita nei 10 errori più comuni del
web da nielsen fin dal 1999
(
http://www.useit.com/alertbox/990530.html
). Non è solo un
problema di accessibilità, ma anche di usabilità, di buon
senso e di educazione. Certo, ci sono trucchetti per evitare
le ire del Validator, ma a cosa serve? se il sito deve
essere validato e valutato da un umano, certamente se ne
accorgerà ... non capisco perché voler usare una DTD strict
per craccarla, se proprio serve il target ci sono tutte le
DTD transitional. Usare una DTD è una scelta progettuale,
non è semplicemente una questione di sintassi. Ragazzi, non
vorrei offendere nessuno, ma qui siamo all'abbicì ... se si
devono fare delle cose non permesse da una DTD, meglio
allora non dichiararne alcuna.
Livio