Re: Compromise on popup trigger visibility

I like the keyboard option.
so, if the popup obscures the trigger, user hits ESC the popup closes and
user can see the trigger.
is this the only case or are the following allowed also
-- popup stays open until hover is off the content or ESC is hit
-- popup stays open until focus is off trigger/content or ESC is hit

On Wed, Aug 9, 2017 at 9:56 AM, Repsher, Stephen J <
stephen.j.repsher@boeing.com> wrote:

> I’m looking for LVTF feedback on a proposed compromise to the trigger
> visibility condition.  Currently, the requirement is:
>
>
>
> “Trigger: The popup does not obscure any essential content within the
> trigger.”
>
>
>
> Based on this argument in a GitHub comment
> <https://github.com/w3c/wcag21/issues/75#issuecomment-321078500>, I’m
> proposing we offer an either/or situation like:
>
>
>
> “Trigger: Either the popup does not obscure any essential content within
> the trigger, or the popup may be closed via a standard keyboard method,
> such as escape.”
>
>
>
> What do you think?  Does that leave any accessibility hole?
>
>
>
> *Steve Repsher*
>
> Twitter <https://twitter.com/steverep> | LinkedIn
> <https://www.linkedin.com/in/steverepsherjr/> | GitHub
> <https://github.com/steverep>
>
>
>



-- 
Jim Allan, Accessibility Coordinator
Texas School for the Blind and Visually Impaired
1100 W. 45th St., Austin, Texas 78756
voice 512.206.9315    fax: 512.206.9452 http://www.tsbvi.edu/
"We shape our tools and thereafter our tools shape us." McLuhan, 1964