W3C home > Mailing lists > Public > public-html@w3.org > July 2007

Re: unifying alternate content across embedded content element types

From: Patrick H. Lauke <redux@splintered.co.uk>
Date: Sat, 28 Jul 2007 03:59:36 +0100
Message-ID: <46AAB118.9080602@splintered.co.uk>
To: public-html@w3.org

Lachlan Hunt wrote:

> But let's consider the indexing bot for a moment.  Sites like YouTube 
> seem to provide fairly good search facilities, yet they obviously don't 
> search the video files themselves.  Rather, the video's title, 
> description and other content on the page fulfils those needs.


> What evidence is there to show that such authors will provide fallback 
> mechanisms, like a textual alternative for video, in HTML?

What evidence is there that YouTube users will add a relevant video 
title, description and other content when uploading a file?

As Robert Burns already pointed out, your argument about YouTube 
actually reinforces the point that textual/indexable alternatives may be 
necessary. So why not allow for the possibility of explicitly saying 
that a certain alternative is related directly to a video/audio/etc file?

This seems to boil down to: most authors won't bother doing it, or doing 
it right, so the language shouldn't even allow for the possibility of 
doing it like that in the first place.

Or, to put it into a "give us problems, not solutions" form: an author 
wants/needs to explicitly specify a structured HTML alternative for a 
multimedia file (audio/video/etc) that is unambiguously tied to the 
multimedia file's element (<audio>/<video>/etc)...what solutions are 
available to them?

Patrick H. Lauke
re·dux (adj.): brought back; returned. used postpositively
[latin : re-, re- + dux, leader; see duke.]
www.splintered.co.uk | www.photographia.co.uk
Co-lead, Web Standards Project (WaSP) Accessibility Task Force
Take it to the streets ... join the WaSP Street Team
Received on Saturday, 28 July 2007 02:59:55 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:15:24 UTC