W3C home > Mailing lists > Public > public-html-a11y@w3.org > May 2012

Re: Change Proposal for Issue 194

From: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Date: Wed, 23 May 2012 22:59:27 +1000
Message-ID: <CAHp8n2nUd2RtxM-vOuVP0RT49wCqq6Xqf+14crFhbv58qWV7Bw@mail.gmail.com>
To: Benjamin Hawkes-Lewis <bhawkeslewis@googlemail.com>
Cc: Charles McCathieNevile <chaals@opera.com>, HTML Accessibility Task Force <public-html-a11y@w3.org>, "Edward O'Connor" <eoconnor@apple.com>, Geoff Freed <geoff_freed@wgbh.org>, Laura Carlson <laura.lee.carlson@gmail.com>
On Wed, May 23, 2012 at 6:11 PM, Benjamin Hawkes-Lewis
<bhawkeslewis@googlemail.com> wrote:
> On Wed, May 23, 2012 at 7:53 AM, Silvia Pfeiffer
> <silviapfeiffer1@gmail.com> wrote:
>>> It is unnecessary to mint a new element to satisfy UC1 (transcript as
>>> linked resource); it would be simpler for the IDREFs in transcript="" to
>>> directly point at the <a> that links to the transcript.
>> I was told that hidden <a> elements are a real problem, since they
>> gain keyboard focus. Putting the link into a <div>-like element avoids
>> this.
> Today, a simple link to a transcript is one of the two common ways of
> surfacing a transcript.
> Authors who want to hide the link can use CSS "display: none;" in all
> browsers applying their CSS or HTML @tabindex="-1" to remove the link
> from the tab order in all browsers. If we continue to allow references
> into @hidden content, they could also use @hidden to hide the link.
> Alternatively, authors can leave the link in the tab order and use CSS
> or JS to ensure the link is visible on focus.
> Using a normal a@href has a better backwards compatibility story than
> adding an attribute to transcript.
> So I don't understand the problems with:
>  <transcript><a href="url">Transcript</a></transcript>

I don't mind this approach.

> or
>  <a href="url">Transcript</a>

This has all the problems that I listed about lack of semantics, lack
of machine-discoverability when used without an actual <video> element
etc. See previous email.

Received on Wednesday, 23 May 2012 13:00:25 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:05:28 UTC