Re: SC failure for opening new window without prior notice ?

I think aria-haspopup=true would be a great attribute for this.

But if the dialog is fully accessible in that you send and trap focus within it and return focus when it's closed then there's no particular warning you need to give users, based on my reading of WCAG. If the dialog has role=dialog they'll get that semantic info once they enter it. 

Paul J. Adam
Accessibility Evangelist 
www.deque.com

On Jul 9, 2014, at 12:59 PM, Katie Haritos-Shea <ryladog@gmail.com> wrote:

> Gregg,
> 
> What would you say about when a link opens a scripted Overlay (that does not have a URL)?
> 
> * katie *
> 
> Katie Haritos-Shea 
> Senior Accessibility SME (WCAG/Section 508/ADA)
> 
> 
> 703-371-5545
> 
> ryladog@gmail.com
> 
> People may forget exactly what it was that you said or did, 
> but people will never forget how you made them feel.......
> 
> Our scars remind us of where we have been........they do not have to dictate where we are going.
> 
> 
> On Wed, Jul 9, 2014 at 1:44 PM, CAE-Vanderhe <gregg@raisingthefloor.org> wrote:
> For background on this
> 
> I was co-chair of the working group during the discussions of this topic when the WCAG was created - and clicking on a link (in normal use of the link to open or go to a new page) was not considered by the group to be ‘changing a setting’.   This was specifically discussed.  A link IS a “user interface component”, but clicking on it was not considered a change of setting (in normal use of the link to open or go to a new page of content) and the language of the SC was written to (try to) make this clear. 
> 
> Regards
> 
> Gregg
> 
> 
> 
> On Jul 9, 2014, at 1:13 PM, Jonathan Avila <jon.avila@ssbbartgroup.com> wrote:
> 
>> The success criteria is predicated “on input” -- is pressing enter on a link “input”?  In this context it seems like a navigation command and not an input command.
>>  
>> Jonathan
>>  
>