Secondo la soluzione più fattibile è la seguente:

Creare uno script che controlli i tre WAI Level, se un sito è validato con il WAI AAA viene sottoposto ad una analisi di un mod che dara il bollino di conferma se lo riterrà opportuno.

In questo modo si potrà scremare davvero tanti siti, sopratutto quelli che espongono il WAI A e neanche sono validati, infatti chi fa ciò di solito è gente poco esperta e documentata quindi che non sa neanche dell'esistenza dei vari livelli di WAI e il lavoro del mod sarà reso molto più leggero.

Infatti un sito con il WAI AAA rispetta tutte le seguenti caratteristiche http://www.w3.org/TR/1999/WAI-WEBCONTENT-19990505/full-checklist.html di conseguenza sarà al 80% validato.

è che i 3 livelli WAI non si verificano automaticamente... stiamo per entrare in un loop?

Mix, ti trovo l'articolo appena posso, ti assicuro che un sito AAA non esiste. E poi perché non considerare gli A e gli AA?

@mix said:

Infatti un sito con il WAI AAA rispetta tutte le seguenti caratteristiche http://www.w3.org/TR/1999/WAI-WEBCONTENT-19990505/full-checklist.html di conseguenza sarà al 80% validato.

il problema purtroppo è che la validazione automatica dell'accessibilità funziona solo in parte : per esempio

se io ho un immagine posso inserire un testo tipo :"immagine" e questo mi farebbe passare la validazione automatica ma ad una validazione umana , l'informazione contenuta in alt, risulterebbe evidentemente inutile..

anche il discorso fatto da catone è assolutamente giusto ...

in realtà il lavoro sarebbe molto oneroso ma potrebbe fornire garanzie per i siti in cui l'accessibilità è importante (pubblica amministrazione /utilità) ... per questo parlavo di una precedenza che gli editori potrebbero dare ...

Perchè soddisfare la priority 2 vuol dire coprire il 90% degli user diversamente abili e con macchine non aggiornatissime, quindi il sito in questione sarà ragiungibile da quasi tutti gli user.

il problema purtroppo è che la validazione automatica dell'accessibilità funziona solo in parte : per esempio

se io ho un immagine posso inserire un testo tipo :"immagine" e questo mi farebbe passare la validazione automatica ma ad una validazione umana , l'informazione contenuta in alt, risulterebbe evidentemente inutile..

anche il discorso fatto da catone è assolutamente giusto ...

in realtà il lavoro sarebbe molto oneroso ma potrebbe fornire garanzie per i siti in cui l'accessibilità è importante (pubblica amministrazione /utilità) ... per questo parlavo di una precedenza che gli editori potrebbero dare ...

Infatti la mia idea era di fare una prima scrematura con un validatore automatico che proporra il sito in questione ad un editore umano

@mix said:

Perchè soddisfare la priority 2 vuol dire coprire il 90% degli user diversamente abili e con macchine non aggiornatissime, quindi il sito in questione sarà ragiungibile da quasi tutti gli user.
il discorso delle 3A dipende molto dai contenuti ...

inoltre nelle specifiche si dice che:

[Priorità 1] Lo sviluppatore di contenuti Web deve conformarsi al presente punto di controllo. In caso contrario, a una o più categorie di utenti viene precluso l'accesso alle informazioni presenti nel documento. La conformità a questo punto di controllo costituisce un requisito base affinché alcune categorie di utenti siano in grado di utilizzare documenti Web.

[Priorità 2]Lo sviluppatore di contenuti Web dovrebbe conformarsi a questo punto di controllo. In caso contrario per una o più categorie di utenti risulterà difficile accedere alle informazioni nel documento. La conformità a questo punto consente di rimuovere barriere significative per l'accesso a documenti Web .

[Priorità 3]Lo sviluppatore di contenuti Web può tenere in considerazione questo punto di controllo. In caso contrario, una o più categorie di utenti sarà in qualche modo ostacolata nell'accedere alle informazioni presenti nel documento. La conformità a questo punto migliora l'accesso ai documenti Web.quindi le 3 A non sarebbero "STRETTAMENTE" necessarie

@mix said:

Infatti la mia idea era di fare una prima scrematura con un validatore automatico che proporra il sito in questione ad un editore umano

appunto , il problema però è che molte parti della validazione andrebbero comunque riviste (vedi il discorso sull'attributo alt) ... Ovviamente il validatore automatico sarebbe comunque molto utile per alleggerire il lavoro (temo meno del previsto però )

quindi le 3 A non sarebbero "STRETTAMENTE" necessarie

Lo so ma un sito validato AAA copre tutti gli utenti anzi meglio dire, una maggior parte di utenti, quindi la sua validazione è più veritiera.

Validare un sito vuol dire certificare un ottima accessibilità.

Un sito validato A copre certamente una minor fascia di user della AAA.

Al massimo si potrebbe stilare una classifica, e proporre i siti in ordine al tipo di validazione che riesce a prendere.

Ps. sempre dopo aver preso il certificato di conformita da un editore umano.

Secondo voi, quali sono i criteri che potrebbero essere controllati automaticamente con uno script e quali altri è impossibile controllarli senza l'uso dell'occhio umano?
Sentiti anche alcuni partecipanti al progetto, questo sembra essere un buon punto di partenza (da verificare perchè non ancora operativo)
http://www.eiao.net/

Per accessibilità conviene pensare a qualcosa più simile a ridurre o eliminare le barrire di accesso. Molto è un fatto tecnico, di cui poco verificabile automaticamente, e questo è un fatto.
Al momento sì, in un futuro non prossimo, probabilmente, l'intelligenza artificiale potrà valutare tutta una serie di cose che solo l'uomo può fare.

[INDENT]Contrariamente a quanto faccio di solito butto lì alcune idee che mi passano per la mente, ecco la mia prima idea di motore:[/INDENT]
*** tutto il sito del motore e i risultati assolutamente accessibili eh...

• pagine web navigabili perfettamente con linx (ci saranno delle librerie o delle api?)
• pagine navigate con browser vocale (ci saranno delle librerie o delle api?)
• visualizzare la presenza di alcuni tag nei posti giusti (come un link ai contenuti nei primi 200 caratteri del body)
• pagine che non hanno valori hidden tra i css

-- fin qui i risultati grezzi

Poi alla fine mettere un bel filtro opzionale applicabile dagli utenti a ricerca effettuata, con i mitici bolloni automatizzati w3c (xhtml, css), quelli bobby et similia, stanca, 508 in modo tale che se uno vuole cercare qualcosa di particolare o vuole farsi del male, se lo faccia.

Poi un giudizio medio di utenti registrati e una descrizione e/o analisi manuale di accessibilità fatta da chi la sa fare, che influisca per bene sui risultati

Insomma un motore web3.0 con gli utenti sempre e comunque al centro
motore_di_ricerca + directory + wiki = spettacolo per l'utente
*a me sembra decisamente caruccia come cosa *

PS: oh, se l'idea non era già venuta ad altri il copyright è mio

analisi manuale di accessibilità

se mi sono spiegato male ribadisco...

l'analisi manuale è un dato per i risultati delle serp, il bollone solo un filtro opzionale per scrematura a risultati avuti

Insomma un motore web3.0 con gli utenti sempre e comunque al centro
motore_di_ricerca + directory + wiki = spettacolo per l'utente

Notevole, complimenti.

Sarà uno dei tanti sconvolgimenti usciti da questo forumGT

Sarà uno dei tanti sconvolgimenti uscuti da questo forumGT

No, per quanto mi riguarda è venuta fuori insieme al flusso canalizzatore dopo che, scivolando in bagno, ho sbattuto la testa contro il lavandino

Interessanti gli spunti che si sono in questo Thread per la miseria. Un grazie a tutti quelli che hanno partecipato.

Sto studiando cosa ha detto **ipa **(jacopo) e la sua creatura, nonchè alcune idee molto molto interessanti. (Teecno non è per gli utenti ora, lo sarà tra 6-7 mesi, per ora faremo una versione come motore di ricerca interno e faremo test e features, vedi Teecno News).

Notevole quanto dice Hogudo, davvero.

Grazie a tutti ragazzi, molto, la discussione è diventata molto molto interessante.

Appena sarà pronta la 2.0 incominceremo a studiare per bene tutti gli studi, idendificheremo insieme a voi una strada per percorrerla

Ovviamente continuate pure....vi leggo con molta attenzione e sto imparando un sacco di cose, grazie.

vi segnalo a riguardo un contributo video dal World Usability Day 2005 di Roma:
Accessibilità ed usabilità dei motori di ricerca di Bernardini Andrea (F. Ugo Bordoni) e Bianchi Luca (Istituto Statale Sordi, Roma)

Il focus è puntato sugli utenti con disabilità uditive, ma offre comunque spunti interessanti