- From: Tina Holmboe <tina@greytower.net>
- Date: Fri, 12 Aug 2005 23:22:32 +0200 (CEST)
- To: w3c-wai-gl@w3.org
On 12 Aug, Matt May wrote: > I think the entire discussion of validity vis-à-vis <embed> is missing > the point. The <embed> element is still around in HTML 4.01 and XHTML > 1.x, and will be forever. We simply can't wish it away. It's the last This comes as a surprise to me. I've not seen EMBED mentioned in HTML 4.01, XHTML 1.0, XHTML 1.1; nor even in HTML 2.0, 3.0 or 3.2. There *is* no EMBED element in ANY official HTML version - not to my knowledge. That knowledge may be flawed. However, there is a point missed - that much I know. As is said, ad nauseam here and everywhere else, OJBECT doesn't work in all user-agents. That's fine - *colour* don't work in all browsers either. When the Flash animation doesn't work, the alternative content should kick in. Graceful degradation. There *is* nothing to see here; let's move on. > Is there a strong accessibility case to be made for allowing <embed>? > Yes: there is no known technique that remains valid (i.e., uses > <object>) _and_ offers ATs access to the internal accessibility features > of Flash. http://www.w3.org/WAI/GL/2005/06/30-mapping.html - ref. WCAG 1.0 checkpoint 10.4: "Until user agents handle empty controls correctly, include default, place-holding characters in edit boxes and text areas." Ref. WCAG 2.0: "Deprecated". Well, "Until User-agents handle OBJECT, allow EMBED." - they do, today, handle OBJECT. Those that do not should be as deprecated as the above checkpoint. I seem to recall that much ado was made of back-to-top links, and the fact that any UA not supporting that was really broken. Well, any UA not supporting OBJECT *is* really broken - it's not as if its a new part of HTML. The baseline that has been much discussed for WCAG 2 should, at the very least, state that an UA must support HTML, and handle such elements of HTML as it doesn't understand with grace. > <object>) _and_ offers ATs access to the internal accessibility > features of Flash. The ATs don't handle <object> correctly. Now, we > can shake our fists at the ATs and force validity anyway, but we'd be > ignoring the elephant in the room, _and_ actively damaging Flash No, we are not ignoring the elephant. However, instead of insisting that the elephant MUST REMAIN in the room, we explain that THIS room and THAT room don't support elephants, and it'll have to go outside while we make do with a cat. > The <object> and <embed> elements have been used together for quite > some time to deal with Microsoft/Netscape conflicts. It seems that's > a reasonable approach today. If a custom DTD is necessary, that might Graceful degradation is the reasonable approach today, as it was yesterday. Accessibility does NOT mean that everybody and his mother-in-law absolutely MUST see the Flash; but that everybody without exception should be able to get to the information contained in it. Why is this being left out of W3C efforts lately? -- - Tina Holmboe Greytower Technologies tina@greytower.net http://www.greytower.net/ [+46] 0708 557 905
Received on Friday, 12 August 2005 21:22:46 UTC