- From: David MacDonald <david100@sympatico.ca>
- Date: Wed, 18 Oct 2017 16:42:45 -0400
- To: Jonathan Avila <jon.avila@levelaccess.com>
- Cc: John Foliot <john.foliot@deque.com>, James Nurthen <james.nurthen@oracle.com>, "Repsher, Stephen J" <stephen.j.repsher@boeing.com>, WCAG <w3c-wai-gl@w3.org>
- Message-ID: <CAAdDpDZAkfG8hUWXnB8+iBFGp9hWFCDTXXfeXFywy2wPFj4dhw@mail.gmail.com>
+1 Cheers, David MacDonald *Can**Adapt* *Solutions Inc.* Tel: 613.235.4902 LinkedIn <http://www.linkedin.com/in/davidmacdonald100> twitter.com/davidmacd GitHub <https://github.com/DavidMacDonald> www.Can-Adapt.com <http://www.can-adapt.com/> * Adapting the web to all users* * Including those with disabilities* If you are not the intended recipient, please review our privacy policy <http://www.davidmacd.com/disclaimer.html> On Wed, Oct 18, 2017 at 2:50 PM, Jonathan Avila <jon.avila@levelaccess.com> wrote: > Ø My initial reaction to Steve's scenario is "No - all of the buttons > would need to be keyboard > > > > If all five of the buttons perform the same operation and 4 are not > operational with the keyboard the function is still keyboard operable. > WCAG does not make any distinction on where the on page alternative is > located or how many tab stops it must be. WCAG indicates that > alternative pages don’t even need to have a one-to-one equivalence – that > is a non-conforming page can have links to two pages where the alternatives > are found. > > > > Whether this is equivalent access is a separate discussion than does it > meet the conformance requirements. WCAG allows pages to contain > non-conformant content as long as the content isn’t relied on for the > conformance claim – because there is an alternative or because it’s not a > technology that is relied on – as long as it does not interfere.. > > > > Jonathan > > > > *From:* John Foliot [mailto:john.foliot@deque.com] > *Sent:* Wednesday, October 18, 2017 1:54 PM > *To:* Jonathan Avila > *Cc:* James Nurthen; Repsher, Stephen J; WCAG > > *Subject:* Re: Is content on hover only a WCAG failure? > > > > Hi Jon, > > I think there is a bit of a disconnect here. It isn't whether or not the > additional content is in-page, or linked content (you > > r > > @longdesc example), but rather the following use-case: > > > > > Again, let’s extend that logic… Does that mean that if I have 5 buttons > on the page that perform the same function, I only need to make one of them > keyboard accessible? (Steve R) > > > > (Remember, this thread started with the question "*If content appears > only on hover, i.e. the trigger is not focusable, does that *always* > constitute a WCAG 2.0 failure?*") > > > > My initial reaction to > > Steve's > > scenario is "No - all of the buttons would need to be keyboard > > > > accessible" (even though, as > > < > > button > > > > > s, they already are) > > . But extending upon that, if supplemental information (content) for > those buttons *is* being provided via @title on all five of those > 'widgets', then yes, all 5 widgets need to expose that information (even if > it is the same information for all 5 instances), which seems to be in > disagreement with James' assertion. > > Or do others disagree with that? > > (I am also assuming we agree that *onmouseover=”showTooltip()” *alone > is insufficient and a failure of 2.1.1) > > > > The problem then is getting to the content, not how the content is > functionally being provided in code (which, sadly, is why even though > @longdesc is a conformant attribute, its lack of universal user-agent > support significantly weakens its usefulness in production. But hey, with > regard to @longdesc, I tried. :-) ) > > > > JF > > > > > > On Wed, Oct 18, 2017 at 12:14 PM, Jonathan Avila < > jon.avila@levelaccess.com> wrote: > > I agree with James – the WCAG conformance requirements indicate that > alternative content can be used on the same or different page to make the > page conformant as long as it does not interfere. This is a core principle > of WCAG – so it is a little alarming that this coming up in 2017. > > > > Sometimes, supplemental information may be available from another page for > information on a page. The longdesc attribute in HTML is an example. With > longdesc, a long description of a graphic might be on a separate page > that the user can jump to from the page with the graphic. This makes it > clear that such content is considered part of the Web page, so that > requirement #2 is satisfied for the combined set of Web pages considered as > a single Web page. Alternatives can also be provided on the same page. For > example creating an equivalent to a user interface control. ( > https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html) > > > > Jonathan > > > > Jonathan Avila > > Chief Accessibility Officer > > *Level Access, inc.* (formerly SSB BART Group, inc.) > > jon.avila@levelaccess.com > > 703.637.8957 <(703)%20637-8957> (Office) > > Visit us online: Website <http://www.levelaccess.com/> | Twitter > <https://twitter.com/LevelAccessA11y> | Facebook > <https://www.facebook.com/LevelAccessA11y> | LinkedIn > <https://www.linkedin.com/company/level-access> | Blog > <http://www.levelaccess.com/blog/> > > *Looking to boost your accessibility knowledge? Check out our free > webinars!* <http://www.ssbbartgroup.com/webinars/> > > > > The information contained in this transmission may be attorney privileged > and/or confidential information intended for the use of the individual or > entity named above. If the reader of this message is not the intended > recipient, you are hereby notified that any use, dissemination, > distribution or copying of this communication is strictly prohibited. > > > > *From:* James Nurthen [mailto:james.nurthen@oracle.com] > *Sent:* Wednesday, October 18, 2017 12:43 PM > *To:* Repsher, Stephen J; John Foliot > *Cc:* WCAG > *Subject:* Re: Is content on hover only a WCAG failure? > > > > > > > > On 10/18/2017 6:27 AM, Repsher, Stephen J wrote: > > But title doesn't show on focus for mouse users (except on IE/Edge with > recent windows) so the text is not available to most keyboard users. > However, in this example it is not a problem as the title element is not > really providing any content which is useful. > > *[Steve] Following that logic through to technology independence, that > means you feel a custom tooltip using the onmouseover event only is okay in > some situations? Does that not contradict F54? * > > If it isn't providing a "function" then it would be ok - or if the same > "function" were available in another way then yes it would be ok. F54 talks > about being the only means to invoke the scripting function. If the > scripting function is to display some information then so long as there is > another way to display this information this would be ok. > > > > If I had provided a useful title in this example then it would be a > failure except if I could get to that information easily in another way. So > again - if content only appears on hover - it is not always a failure. It > is not a failure if that information is either useless or easily available > in another way for keyboard users. > > *[Steve] But if I follow the letter of the law in 2.1.1, there is no such > exception. It seems we must decide either the display of hover content is > part of the functionality or it isn’t. If you argue it isn’t then I > suppose the question falls to 1.3.1, but again there’s no exception for > useless or repetitive information.* > > 2.1.1 talks about functionality of the content where functionality is " > processes <https://www.w3.org/TR/2008/REC-WCAG20-20081211/#processdef> and > outcomes achievable through user action" and processes are " > > series of user actions where each action is required in order to complete > an activity > > *Example 1: *Successful use of a series of Web pages on a shopping site > requires users to view alternative products, prices and offers, select > products, submit an order, provide shipping information and provide payment > information. > > *Example 2: *An account registration page requires successful completion > of a Turing test before the registration form can be accessed." > > > > If the content provided by hover is provided in another way then the > processes and the outcomes are achievable through user action. > > > > Regards, > > James > > > > > > > > > > > -- > Regards, James > > James Nurthen | Principal Engineer, Accessibility > Phone: +1 650 506 6781 <+1%20650%20506%206781> | Mobile: +1 415 987 1918 > <+1%20415%20987%201918> | Video: james.nurthen@oracle.com > Oracle Corporate Architecture > 500 Oracle Parkway | Redwood City, CA 94065 > <https://maps.google.com/?q=500+Oracle+Parkway+%7C+Redwood+City,+CA+94065&entry=gmail&source=g> > Oracle is committed to developing practices and products that help protect > the environment > > > > > > -- > > John Foliot > > Principal Accessibility Strategist > > Deque Systems Inc. > > john.foliot@deque.com > > > > Advancing the mission of digital accessibility and inclusion >
Received on Wednesday, 18 October 2017 20:43:13 UTC