- From: Christophe Strobbe <christophe.strobbe@esat.kuleuven.be>
- Date: Wed, 22 Feb 2006 11:12:01 +0100
- To: w3c-wai-gl@w3.org
At 08:57 22/02/2006, Kerstin Goldsmith wrote: <blockquote> What are we thinking a baseline will actually look like in written form? In other words, do we have examples to add to the definition/s below? I think that with examples we will be able to see if the proposed definition works, or needs work. </blockquote> At 10:25 22/02/2006, Gregg Vanderheiden responded: <blockquote> It would be a list of technologies We have a doc on it somewhere. Have to look for it. </blockquote> The first version is at http://lists.w3.org/Archives/Public/w3c-wai-gl/2005OctDec/att-0493/baseline_overview_draft.htm. An edited version is at http://lists.w3.org/Archives/Public/w3c-wai-gl/2005OctDec/att-0507/baseline_overview_draft_editsCS.html. It was discussed in the 17 November telecon: http://www.w3.org/2005/11/17-wai-wcag-minutes.html#item01. I imagine that some people would be interested in a machine-readable baseline definition, for example in RDF. I also wonder if just listing technologies is a bit too simplistic: it assumes that all features of a technology are supported, including, for example, in the case of HTML 4.01, the object element, the optgroup element, the link element for navigation, and the longdesc attribute. (Since support has been getting better these are not the best examples, but SVG support has similar issues.) What if authors use embed instead of object? This can happen when the customer sets the baseline (see note 4 in Gregg's proposed definition) and wants embed instead of object. If someone (customer and/or developer) decides that certain a repair technique will be used because the preferred markup feature (that would fulfill the same purpose) is not sufficiently supported, should it be possible to exlude that markup feature from the baseline? If yes, that would provide a mechanism to explain the presence of the repair technique. Regards, Christophe -- Christophe Strobbe K.U.Leuven - Departement of Electrical Engineering - Research Group on Document Architectures Kasteelpark Arenberg 10 - 3001 Leuven-Heverlee - BELGIUM tel: +32 16 32 85 51 http://www.docarch.be/ Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Received on Wednesday, 22 February 2006 10:12:07 UTC