- From: James Craig <jcraig@apple.com>
- Date: Fri, 04 Apr 2014 11:39:58 -0700
- To: Shane McCarron <shane@aptest.com>
- Cc: Charles McCathie Nevile <chaals@yandex-team.ru>, W3C WAI Protocols & Formats <public-pfwg@w3.org>
- Message-id: <2EB05354-39D4-4DF2-B779-F800034E714D@apple.com>
We have a backwards-compatible way to put in role aliases (e.g. "none" for "presentation") and phase out legacy ones. If anyone has a creative idea of how to alias or phase out attributes in a reasonably backwards-compatible manner, I'd love to hear it, but I think we're stuck with aria-labelledby unfortunately. I think of it as ARIA's "referer." ;-) On Apr 4, 2014, at 11:24 AM, Shane McCarron <shane@aptest.com> wrote: > Yeah. I agree. But I always spell labeled wrong ;-) > > > On Fri, Apr 4, 2014 at 12:52 PM, James Craig <jcraig@apple.com> wrote: > On Apr 4, 2014, at 9:47 AM, Shane McCarron <shane@aptest.com> wrote: > >> I sort of like the idea of aliasing for ease of authoring. > > I'm 100% opposed to aliases for these. It may make 1 thing easier, but it makes 100 more problems. > > There's no good way to reconcile aliased attributes. What's the label IDREF for this element? Foo? Bar? Both? > <div aria-labelledby="foo" aria-labeledby="bar"> > > What about this usage? > <div aria-labeledby="bar"> > element.getAttribute("aria-labelledby"); // Correctly returns undefined. Forcing this to return the value of a different attribute would break the DOM. > > >> On the other hand, permitting illegal junk in markup is why the web is so screwed up. > > Agreed. Let's try to avoid any more screwage. > > >> On Fri, Apr 4, 2014 at 11:34 AM, Charles McCathie Nevile <chaals@yandex-team.ru> wrote: >> On Thu, 03 Apr 2014 23:51:30 +0200, James Craig <jcraig@apple.com> wrote: >> >> On Apr 3, 2014, at 2:09 PM, Joseph Scheuhammer <clown@alum.mit.edu> >> >> The suggested spec text includes (my emphasis) " ...Provides a human readable, *localized* string name for the role of the element." I'm not entirely sure what W3C English spelling policy is -- American only, Commonwealth only, or a mixture. >> >> I think it's fine to have the term used in prose with either spelling… Editor's choice if the W3C style guide does not specify. >> >> W3C policy for prose is to use US English in all its official text. >> >> >> To avoid that issue, use l7d. Then again, maybe the official policy is that kind of acronym is not allowed either. >> >> In spec prose, either spelling is preferable to the abbreviation for the sake of clarity. >> >> In an attribute name or value token, my opinion is that neither spelling nor the abbreviation is acceptable due to web author confusion with spelling or clarity of meaning. >> >> Agreed. >> >> Explaining to developers who have know a limited amount of english which >> spelling variant they have to use is a recipe for mistakes. Either alias >> the two variants, or choose something easier to get right. >> >> cheers >> >> Chaals >> >> -- >> Charles McCathie Nevile - Consultant (web standards) CTO Office, Yandex >> chaals@yandex-team.ru Find more at http://yandex.com >> >> > >
Received on Friday, 4 April 2014 18:40:29 UTC