Re: Issue 650 Does the Hover or focus SC apply to tabbed interfaces?

​

@andrew, not with finger tabs, not with input help text appearing on focus (instead of a info popup) and not with tabs implemented WITHOUT ARIA and/or still using the Tab key for navigation ​in contrast to​ arrow keys.


________________________________
From: Andrew Kirkpatrick <akirkpat@adobe.com>
Sent: Sunday, January 7, 2018 7:06 PM
To: Abma, J.D. (Jake); David MacDonald; Patrick H. Lauke
Cc: WCAG
Subject: Re: Issue 650 Does the Hover or focus SC apply to tabbed interfaces?

I still think that since the content change occurs on selection and not on focus, this SC doesn’t come into play.

Selection is different from focus: https://www.w3.org/TR/wai-aria-1.1/#aria-selected


Thanks,
AWK

Andrew Kirkpatrick
Group Product Manager, Accessibility
Adobe

akirkpat@adobe.com
http://twitter.com/awkawk


From: "Abma, J.D. (Jake)" <Jake.Abma@ing.nl>
Date: Sunday, January 7, 2018 at 08:55
To: David MacDonald <david100@sympatico.ca>, Patrick Lauke <redux@splintered.co.uk>
Cc: WCAG <w3c-wai-gl@w3.org>
Subject: Re: Issue 650 Does the Hover or focus SC apply to tabbed interfaces?
Resent-From: WCAG <w3c-wai-gl@w3.org>
Resent-Date: Sunday, January 7, 2018 at 08:52

When going back to the roots, isn't this SC not totally based on content "blocking" other content by "floating" over that other content, causing problems understanding the information/relationship AND, especially when zoomed in, the 'floating' content disappearing when moving the mouse trying to read the floating content which is not in view?

By "floating" I mean all variations of tooltips, pop-overs, pop-outs, pop-ups, floating menu's etc. often caused by absolute positioned / z-index CSS.

If so, is this SC also necessary when this type of exposing information is not used?
We can as easily NOT use a pop-over / floating but show the information 'in-page' (pushing back the content a bit to reveal the "additional content"). We see this for instance when the focus is on an input field and showing help text beneath it. The help text, per field, is only visible on-focus.

I guess not, and, as this is also the case for tabs / finger tabs (not floating over other content) we could search for a way to have this SC only apply to the "floating part"...​




________________________________
From: Abma, J.D. (Jake)
Sent: Sunday, January 7, 2018 2:26 PM
To: David MacDonald; Patrick H. Lauke
Cc: WCAG
Subject: Re: Issue 650 Does the Hover or focus SC apply to tabbed interfaces?

Agree with David about drawing a bright line and to clearly define the distinction.
The "Dismissable" sentence is not achievable for ARIA tabs and also for the similar finger tabs concept.

First thing I've tried was searching for the definition of "additional content" and couldn't find it.
It puts the term in a grey area which makes assumptions unfounded.

I see there's a definition for "supplemental content" which is "additional content that illustrates or clarifies the primary content". So if I put clarifying content for the primary content in a Tab structure with- or even without using ARIA, add it to a custom tooltip or using "finger tabs" which is very similar to ARIA tabs, that's a design choice based on the amount of information and aesthetics. As supplemental content is a subset of additional content you can't state:

"A tab set switches content, it doesn’t show additional content."

We "hide" supplemental/additional content in finger tabs to saved screen space and only load it when hovering or focus is on a finger tab. So it's not there on page load and you can't "dismiss" the finger tab content panel. The loading is also a developer choice, not a predetermined given.​




________________________________
From: David MacDonald <david100@sympatico.ca>
Sent: Sunday, January 7, 2018 12:07 PM
To: Patrick H. Lauke
Cc: WCAG
Subject: Re: Issue 650 Does the Hover or focus SC apply to tabbed interfaces?

> That line could possibly be fixed with “...without *having to* move the pointer or keyboard focus” or words to that effect.


Maybe I'm missing something... I don't know how that would fix it. The only way that I can see being able to close a popup without "moving the pointer" or "without having to move the pointer" is by pressing the "esc" key, in which case it seems we are saying that it can be dismissed without use of the pointer??


Cheers,
David MacDonald



CanAdapt Solutions Inc.

Tel:  613.235.4902

LinkedIn
<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.linkedin.com%2Fin%2Fdavidmacdonald100&data=02%7C01%7Cakirkpat%40adobe.com%7C04b0414e5e62431a5e6608d555d64ada%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636509301228863977&sdata=FbqaTM1%2BaAHPvgdPdud9CQ2fRT%2BtJ0iV0l1DvsdV0us%3D&reserved=0>

twitter.com/davidmacd<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftwitter.com%2Fdavidmacd&data=02%7C01%7Cakirkpat%40adobe.com%7C04b0414e5e62431a5e6608d555d64ada%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636509301228863977&sdata=X7yChlM%2FCdrCWClya3Vcsg9DvZsVz9c66JEVebOlfgI%3D&reserved=0>

GitHub<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FDavidMacDonald&data=02%7C01%7Cakirkpat%40adobe.com%7C04b0414e5e62431a5e6608d555d64ada%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636509301228863977&sdata=BUwrnJ0DZ%2Fyj5%2BYYeNdNhMT7Oyw%2BOk5oKmJRwVhSeXY%3D&reserved=0>

www.Can-Adapt.com<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.can-adapt.com%2F&data=02%7C01%7Cakirkpat%40adobe.com%7C04b0414e5e62431a5e6608d555d64ada%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636509301228863977&sdata=oUYhx1A1YcRvmdUuRJEXQp05QGHLd3LdFNuUYYs9yio%3D&reserved=0>



  Adapting the web to all users
            Including those with disabilities

If you are not the intended recipient, please review our privacy policy<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidmacd.com%2Fdisclaimer.html&data=02%7C01%7Cakirkpat%40adobe.com%7C04b0414e5e62431a5e6608d555d64ada%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636509301228863977&sdata=QFmN%2BtPo1EZ2Tc6GjFZwYbuwCNyaA0iLAuf5Hx42BJo%3D&reserved=0>

On Sat, Jan 6, 2018 at 9:13 PM, Patrick H. Lauke <redux@splintered.co.uk<mailto:redux@splintered.co.uk>> wrote:
That line could possibly be fixed with “...without *having to* move the pointer or keyboard focus” or words to that effect.

P

On 7 Jan 2018, at 00:48, David MacDonald <david100@sympatico.ca<mailto:david100@sympatico.ca>> wrote:
[...]
I do think the line "dismiss the additional content without moving pointer hover or keyboard focus" is weird, because the user has to move the pointer to hit the "x" ... how would a mouse user dismiss a popup without moving the mouse?



-----------------------------------------------------------------

ATTENTION:

The information in this e-mail is confidential and only meant for the intended recipient. If you are not the intended recipient, don't use or disclose it in any way. Please let the sender know and delete the message immediately.

-----------------------------------------------------------------

-----------------------------------------------------------------

ATTENTION:

The information in this e-mail is confidential and only meant for the intended recipient. If you are not the intended recipient, don't use or disclose it in any way. Please let the sender know and delete the message immediately.

-----------------------------------------------------------------

-----------------------------------------------------------------
ATTENTION:
The information in this e-mail is confidential and only meant for the intended recipient. If you are not the intended recipient, don't use or disclose it in any way. Please let the sender know and delete the message immediately.
-----------------------------------------------------------------

Received on Sunday, 7 January 2018 18:31:46 UTC