- From: Roberto Scano (IWA/HWG) <rscano@iwa-italy.org>
- Date: Sat, 18 Jun 2005 18:06:37 +0200
- To: <maurizio@usabile.it>, <mcmay@w3.org>
- Cc: <r.castaldo@iol.it>, <w3c-wai-gl@w3.org>
Mmm triple A means not reachable.... So you think that is not possible to reach code conformance?
We are talking now instead to some (and seems minor) group inside the working group that said that there are no possibility to set as level 1 due that web-hobbist are not ready.
I remade my question: can a w3c rec. authorize violation of another w3c rec.? I think is not allowed, but I ask to chair to check with Protocol and Formats working group.
So making this violation means that I haven't access to a wcag 2.0 Level 1 web site with my webTV or my Firefox browser. This is accessibility for all or is accessibility at level 1 granted to vendors that produce tools that don't generate valid code?
----- Messaggio originale -----
Da: "Maurizio Boscarol"<maurizio@usabile.it>
Inviato: 18/06/05 16.23.00
A: "Matt May"<mcmay@w3.org>
Cc: "Roberto Castaldo"<r.castaldo@iol.it>, "w3c-wai-gl@w3.org"<w3c-wai-gl@w3.org>
Oggetto: Re: Re : Influence of valid code on screen readers
Matt May wrote:
>> We're not in a position to say what is and is not "allowed". The WCAG
>> WG is
>> not the Web police.
>
I agree. I think that validation is important as general QA check, but
it is overstated in regard of web accessibility.
In particular I think validation is not:
1. A preliminar accessibility requisite.
2. A vital check point to decide if a page is accessibile.
I indeed think validation is:
1. A quick and dirty check of quality of code (but not the only one)
2. Sometimes, but not always, a quite rough predictor of accessibility,
especially in this stage of web evolution (people who care about code
tend to care also about accessibility, but this may change in different
periods; there isn't any guarantee);
I see validation rather like a "triple A" issue, than a "single A", just
to speak in an old fashion way.
I'll try to explain why.
If validation were a basic accessibility issue, than the following
should be true:
1. All invalid pages couldn't be accessible
2. A valid page should be always prererred to an invalid page
But I think both are false.
1. Can an invalid page be accessible? Well, yes. There are different
example out there. If I have well structured contents, alternative
equivalents, but some invalid characters or some invalid attribute, that
may not be a problem for disable users - unless the user agent can't
render the page: but with text/html mime type content user agent can
render even invalid content, as they have always done, and so the page
still remains accessible.
2. An invalid page could have a better code than an invalid one. I put
an example online. This page ( <http://www.usabile.it/esempi/chilosa/> )
is valid, but i think it's not a good example of coding. There's another
page here ( <http://www.usabile.it/esempi/nonvalido/> ), that isn't
valid, but is far better coded, and far more accessibile due to its
semantic/structural markup. This new page is invalid because some minor
issue. The rendering is quite similar for the two pages.
The example is useful to highlight a confounded argument inside the
"validation question". I think most people when talking about validation
assume that they are talking about good structured and semantically rich
pages, in opposition to old bad tag soup. This is often true, but not
necessarily always.
Some valid pages could have very poor markup, as I have shown. There are
a lot of news sites that don't uses tables for layout, but are filled by
non-sensical div, they use div for almost everything, and this is not a
very accessibile practice, despite of being valid or invalid! Structural
and semantically rich code is very important, and this is not the same
as validation! They are sometimes related, but not always.
Finally, there are also some pages that are invalid for some minor
problems, but do have good accessibility. I recently delivered some
[Messaggio troncato. Toccare Modifica->Segna per il download per recuperare la restante parte.]
Received on Saturday, 18 June 2005 16:07:01 UTC