- From: Charles McCathieNevile <charles@w3.org>
- Date: Sat, 27 Nov 1999 04:37:18 -0500 (EST)
- To: Kynn Bartlett <kynn-hwg@idyllmtn.com>
- cc: William Loughborough <love26@gorge.net>, w3c-wai-au@w3.org
Tools are selected by people who want to do a review. I had hoped we would have some more input from tool developers, to give us a broader range of reviews. I have a coule of reviews in process at the moment - looking at different types of tool including image editors, a couple of SMIL tools, and Word processor type tools. Actually I was looking for things that showed what can be done (and how) - I don't think there is much value in a review of a tool that doesn't meet any checkpoints at all. I think this information is important to provide some further idea on how to check conformance - the issue that was raised in the Proposed Recommendation review comments, as well as to provide some ideas about how tools can meet checkpoints. Among other things, this allows us to provide reference implementations for how to meet particular checkpoints without having to produce complete reference implementations. I don't think there is any disagreement that creating a triple-A tool is a lot of work, and I don't think the Working Group is likely to be able to produce one as a demonstration. So working on this is important. In doing it, and particularly in working on an RDF scheme to describe the results, I have come to the conclusion that it is valuable to be able to describe conformance to relative priority checkpoints by including information about how a tool meets individual checkpoints of WCAG. However I feel that it is not necessary to have those checkpoints in ATAG - they are already available from a W3C recommendation, and even in checklist format. Familiarity with both specifications is required in order to do a good review, but then our guidelines make it clear that familiarity with WCAG is necessary to implement them anyway. Knowing a tool well seems to be the most important requirement, and then being able to think about how a tool satisfies the requirements listed. Essentially, these type of reviews can be done by anyone, and I think it is valuable to people looking to implement the specification if there are reviews done by the people who wrote it, and the more the better. This is analagous to a magazine reviewing software - they generally don't pretend to review every tool available. I have already explained why I think that reviews are only valuable if they can be reproduced, which requires "naming names", but I don't see that as a particular problem - all the information is publicly available anyway. Charles McCN On Fri, 26 Nov 1999, Kynn Bartlett wrote: I dunno, I can see where William is coming from here. Do we have plans to do a comprehensive survey or just a survey of a few selected tools? If so, how will these be selected? --Kynn
Received on Saturday, 27 November 1999 04:37:23 UTC