On Feb 24, 2011, at 9:57 PM, Thierry Koblentz wrote:
>>
>
> If you use anything other than buttons or links make sure to use tabindex=0
> to make your elements focusable via keyboard, and attached role="button" to
> it.
>
> As a side note, the challenge with collapsing panels is to let users
>
On Feb 25, 2011, at 2:21 PM, Andrew Boyd wrote:
>
> Jamie,
>
> this just proves to me that nobody really likes "Lorem ipsum..." :)
I used to use the first paragraph of Italo Calvino's If on a Winter's Night a
Traveler for such purpose. Someone wrote me off list (not from this list)
gently w
On Sat, Feb 26, 2011 at 8:11 AM, Smith, Jamie wrote:
> After the click me link is selected a person using speech read
>
> Keyboard Accessible Popup
> Click me - This is keyboard accessible, but will the empty link creates
> redundant noise for screen reader?
>
> Lorem ipsum dolor sit amet, consec
the redundant text and wonder why a regular
message box wasn't used.
-Original Message-
From: li...@webstandardsgroup.org [mailto:li...@webstandardsgroup.org]
On Behalf Of tee
Sent: Wednesday, February 23, 2011 5:21 AM
To: wsg@webstandardsgroup.org
Subject: [WSG] screen reader fri
> With Collapsible, it's largely a UI/Design choice, structurally, the
> content in it is part of the main content, it's just a simple show/hide
> that makes good use of space, and apart from button that you
> recommended, a heading can be served as a trigger too depending on the
> content (for t
On Feb 24, 2011, at 2:19 AM, tee wrote:
>
> making sure the focus brought back to the original trigger is something that
> needs to deal with - a Modal script I use, doesn't offered this feature, it
> jumps back to the first link.
Maybe not!
http://jsbin.com/awidi4
But the browsers behave di
Thierry,
Thanks for the suggestion! It got me think of a few things.
Structurally and semantically, do you find a distinctive difference between
Modal and Collapsible?
I wanted to make sure I am on the right track; when I think of the use of Modal
Window, I think of a block of content that
Hi Tee,
> Please take a look at this example. The first example is keyboard
> accessible however I am also concern with the empty link that may
> create extra noise for screen reader, e.g if every single page has a
> popup, it will have two empty links, one is the popup trigger and the
> other the
>pop-up
>
> And the associated div had an id:
>
>...
>
> The close link references the opening link:
>
>Close
>
> Also shift the pop-up off-screen rather than display:none
>
>#popup1 {position: absolute; left:-500em; top:0}
Thanks Mike and Chad,
Curious,
On 2/23/2011 10:37 PM, Foskett, Mike wrote:
Just a few thoughts.
It would be better if the keyboard link had an id reference in it.
pop-up
And the associated div had an id:
...
The close link references the opening link:
Close
Also shift the pop-up off-screen rat
On 2/23/2011 9:20 PM, tee wrote:
Please take a look at this example. The first example is keyboard accessible
however I am also concern with the empty link that may create extra noise for
screen reader, e.g if every single page has a popup, it will have two empty
links, one is the popup trigge
ry 2011 10:21
To: wsg@webstandardsgroup.org
Subject: [WSG] screen reader friendly and keyboard accessible popup?
Please take a look at this example. The first example is keyboard accessible
however I am also concern with the empty link that may create extra noise for
screen reader, e.g if every si
Please take a look at this example. The first example is keyboard accessible
however I am also concern with the empty link that may create extra noise for
screen reader, e.g if every single page has a popup, it will have two empty
links, one is the popup trigger and the other the close link. Sur
13 matches
Mail list logo