W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2012

Re: [webcomponents] Custom Elements Spec

From: Dimitri Glazkov <dglazkov@chromium.org>
Date: Tue, 8 May 2012 09:15:07 -0700
Message-ID: <CADh5Ky1KYrnFT7pV9ixZ3cLb8fB_MQfBCuSQmqU8wmh7GTwejQ@mail.gmail.com>
To: Anne van Kesteren <annevk@annevk.nl>
Cc: Scott González <scott.gonzalez@gmail.com>, "Tab Atkins Jr." <jackalmage@gmail.com>, Ian Hickson <ian@hixie.ch>, Rafael Weinstein <rafaelw@google.com>, public-webapps <public-webapps@w3.org>
On Tue, May 8, 2012 at 5:49 AM, Anne van Kesteren <annevk@annevk.nl> wrote:
> On Tue, May 8, 2012 at 2:33 PM, Scott González <scott.gonzalez@gmail.com> wrote:
>> Accessibility is hard.
> What makes it hard here is that you have to implement everything from
> scratch. You have to implement keyboard support, mapping to the
> accessibility API (WAI-ARIA), etc. Given that those code paths will
> not be frequently used on most sites (including by the sites'
> developers) it's not really surprising they either won't work at all
> or are buggy.

This indeed would be awful. But we don't have to start at ground zero
with custom tags-based elements. The component definition could allow
specifying existing primitive it's derived from ("x-color-picker
inherits from select"), thus providing the foundation for
accessibility semantics.

> I really think we should aim higher than "WAI-ARIA can be used,
> mission accomplished" because that will result in a web where few
> pages are accessible. (Given the complexity most likely only those
> where this is a requirement by law or contract.)

I agree.

> --
> Anne — Opera Software
> http://annevankesteren.nl/
Received on Tuesday, 8 May 2012 16:15:37 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:13:34 UTC