E-mail List Archives
Thread: scrollable horizontal tabs - functionality?
Number of posts in this thread: 9 (In chronological order)
From: Tomlins Diane
Date: Fri, Feb 01 2019 11:21AM
Subject: scrollable horizontal tabs - functionality?
No previous message | Next message →
We are putting together our design system and one of the components is scrollable horizontal tabs. Does anyone know of an accessible example?
Testing with just a keyboard, I can advance through the tabs, even without the previous/next buttons, but it doesn't quite work the same way using NVDA. I'm not even sure what the expected functionality is with these things, so I don't want to ding the developer needlessly. Unfortunately everything inside our firewall, so what we have isn't reachable outside our network.
Thanks!
Diane R Tomlins
HCA Healthcare | Accessibility SME
From: Graham Armfield
Date: Fri, Feb 01 2019 12:14PM
Subject: Re: scrollable horizontal tabs - functionality?
← Previous message | Next message →
Hello Diane,
Could you amplify what you mean by 'scrollable' horizontal tabs.
Is this actually a tab panel? If so I'm wondering where the scrolling comes
in.
Or perhaps you are referring to a 'carousel' or 'slider' - a series of
panels with images or text that may advance automatically, but may also
have blobs which allow user to jump to a specific panel?
If you could clarify, then we can ensure to give you the best advice.
Regards
Graham Armfield
coolfields.co.uk <http://www.coolfields.co.uk/>;
M:07905 590026
T: 01483 856613
@coolfields <https://twitter.com/coolfields>
From: Brian Lovely
Date: Fri, Feb 01 2019 12:38PM
Subject: Re: [External Sender]scrollable horizontal tabs - functionality?
← Previous message | Next message →
I've seen this before. If it's what I think it is, it is a set of tabs that
is then displayed in a horizontally scrollable container, presumably
because it is wider than the available space. As long as the entire set of
tabs is accessible, and there aren't any carousel type controls on the
container, I don't see where any further action is needed.
On Fri, Feb 1, 2019 at 2:15 PM Graham Armfield <
= EMAIL ADDRESS REMOVED = > wrote:
> Hello Diane,
>
> Could you amplify what you mean by 'scrollable' horizontal tabs.
>
> Is this actually a tab panel? If so I'm wondering where the scrolling comes
> in.
>
> Or perhaps you are referring to a 'carousel' or 'slider' - a series of
> panels with images or text that may advance automatically, but may also
> have blobs which allow user to jump to a specific panel?
>
> If you could clarify, then we can ensure to give you the best advice.
>
> Regards
> Graham Armfield
>
> coolfields.co.uk <
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.coolfields.co.uk_&d=DwICAg&c=pLULRYW__RtkwsQUPxJVDGboCTdgji3AcHNJU0BpTJE&r=nA3L5qBjLdo-DJ8qQBz88lq5Xb3jw-WFZTeJjcwjLdE&m=3_fjoG21FnLvPId3zfJm5BsnTiHtGEGKERy8ppLwxQQ&s=_QwaTjnnjEds9b2Qz-U3neFfMh613SclyK65200wuXw&e=
> >
> M:07905 590026
> T: 01483 856613
> @coolfields <
> https://urldefense.proofpoint.com/v2/url?u=https-3A__twitter.com_coolfields&d=DwICAg&c=pLULRYW__RtkwsQUPxJVDGboCTdgji3AcHNJU0BpTJE&r=nA3L5qBjLdo-DJ8qQBz88lq5Xb3jw-WFZTeJjcwjLdE&m=3_fjoG21FnLvPId3zfJm5BsnTiHtGEGKERy8ppLwxQQ&s=6Jn-o187eGJQkqA3zxbGFCt8utvnH6Bunnm-ibFL23E&e=
> >
> > > https://urldefense.proofpoint.com/v2/url?u=http-3A__list.webaim.org_&d=DwICAg&c=pLULRYW__RtkwsQUPxJVDGboCTdgji3AcHNJU0BpTJE&r=nA3L5qBjLdo-DJ8qQBz88lq5Xb3jw-WFZTeJjcwjLdE&m=3_fjoG21FnLvPId3zfJm5BsnTiHtGEGKERy8ppLwxQQ&s=GH0LbIDEYk1GzfJBnVlrlRnFq5NC5b1E-MF8IAJgVPA&e=
> List archives at
> https://urldefense.proofpoint.com/v2/url?u=http-3A__webaim.org_discussion_archives&d=DwICAg&c=pLULRYW__RtkwsQUPxJVDGboCTdgji3AcHNJU0BpTJE&r=nA3L5qBjLdo-DJ8qQBz88lq5Xb3jw-WFZTeJjcwjLdE&m=3_fjoG21FnLvPId3zfJm5BsnTiHtGEGKERy8ppLwxQQ&s=dvN4vCtfPAGmlmp-06aBINcUGiNz3-xkQUlLW7nHk1c&e=
> >
--
*Brian Lovely*
Digital Accessibility
804.389.1064
The information contained in this e-mail is confidential and/or proprietary to Capital One and/or its affiliates and may only be used solely in performance of work or services for Capital One. The information transmitted herewith is intended only for use by the individual or entity to which it is addressed. If the reader of this message is not the intended recipient, you are hereby notified that any review, retransmission, dissemination, distribution, copying or other use of, or taking of any action in reliance upon this information is strictly prohibited. If you have received this communication in error, please contact the sender and delete the material from your computer.
From: Tomlins Diane
Date: Fri, Feb 01 2019 1:18PM
Subject: Re: [External Sender]scrollable horizontal tabs - functionality?
← Previous message | Next message →
Basically it's what Brian describes, it's kind of a mashup of tabs and a carousel, w/o any automatic sliding going on. Here's a close example of what our developer did - https://www.bootply.com/l2ChB4vYmC
Our dev did add previous and next buttons to it, pretty much like what you see with carousels, and they're positioned above the tabs. While I can navigate the tabs with the keyboard, it gets a little weird with NVDA. You can get to the controls, after you've tabbed thru all of the tabs, but then it's a real stinker to get back to the actual tabs. It'll switch back and forth between the previous and the next, so it seems trapped there. I managed to get out of the buttons after I back-tabbed out of the "next" button, but that took going back and forth between the two a couple of times before even that worked.
So, a SR user can navigate the tabs, the thing with the buttons bothers me though. Maybe I'm making more of it than I need to?
Thanks,
Diane R Tomlins
HCA Healthcare | Accessibility SME
>I've seen this before. If it's what I think it is, it is a set of tabs that is then displayed in a horizontally scrollable container, presumably because it is wider than the >available space. As long as the entire set of tabs is accessible, and there aren't any carousel type controls on the container, I don't see where any further action is >needed.
On Fri, Feb 1, 2019 at 2:15 PM Graham Armfield < = EMAIL ADDRESS REMOVED = > wrote:
> Hello Diane,
>
> Could you amplify what you mean by 'scrollable' horizontal tabs.
>
> Is this actually a tab panel? If so I'm wondering where the scrolling
> comes in.
>
> Or perhaps you are referring to a 'carousel' or 'slider' - a series of
> panels with images or text that may advance automatically, but may
> also have blobs which allow user to jump to a specific panel?
>
> If you could clarify, then we can ensure to give you the best advice.
>
> Regards
> Graham Armfield
>
>
From: Isabel Holdsworth
Date: Mon, Feb 04 2019 4:47AM
Subject: Re: [External Sender]scrollable horizontal tabs - functionality?
← Previous message | Next message →
Hi Diane,
The example you posted doesn't have any structural information that
flags up to screenreader users that we're dealing with a tablist.
Ideally the set of tabs should only take up a single slot in the
document's tab order, and the arrow keys should move the focus along
the tab strip and expose the content belonging to the active tab.
But if it works this way, ARIA needs to be used to let sscreenreader
users know they've landed on a tablist, and to cause the screenreader
to offer contextual help on how to navigate this custom component.
I like the simple example at:
https://van11y.net/downloads/tab-panel/demo/index.html#id_second
This only has 3 tabs, but there's no reason why you couldn't extend it
and scroll the active tab and its adjacent siblings into view as
necessary.
I hope this is useful.
Cheers, Isabel
On 01/02/2019, Tomlins Diane < = EMAIL ADDRESS REMOVED = > wrote:
> Basically it's what Brian describes, it's kind of a mashup of tabs and a
> carousel, w/o any automatic sliding going on. Here's a close example of
> what our developer did - https://www.bootply.com/l2ChB4vYmC
> Our dev did add previous and next buttons to it, pretty much like what you
> see with carousels, and they're positioned above the tabs. While I can
> navigate the tabs with the keyboard, it gets a little weird with NVDA. You
> can get to the controls, after you've tabbed thru all of the tabs, but then
> it's a real stinker to get back to the actual tabs. It'll switch back and
> forth between the previous and the next, so it seems trapped there. I
> managed to get out of the buttons after I back-tabbed out of the "next"
> button, but that took going back and forth between the two a couple of times
> before even that worked.
>
> So, a SR user can navigate the tabs, the thing with the buttons bothers me
> though. Maybe I'm making more of it than I need to?
>
> Thanks,
> Diane R Tomlins
> HCA Healthcare | Accessibility SME
>
> >I've seen this before. If it's what I think it is, it is a set of tabs
> that is then displayed in a horizontally scrollable container, presumably
> because it is wider than the >available space. As long as the entire set of
> tabs is accessible, and there aren't any carousel type controls on the
> container, I don't see where any further action is >needed.
>
> On Fri, Feb 1, 2019 at 2:15 PM Graham Armfield <
> = EMAIL ADDRESS REMOVED = > wrote:
>
>> Hello Diane,
>>
>> Could you amplify what you mean by 'scrollable' horizontal tabs.
>>
>> Is this actually a tab panel? If so I'm wondering where the scrolling
>> comes in.
>>
>> Or perhaps you are referring to a 'carousel' or 'slider' - a series of
>> panels with images or text that may advance automatically, but may
>> also have blobs which allow user to jump to a specific panel?
>>
>> If you could clarify, then we can ensure to give you the best advice.
>>
>> Regards
>> Graham Armfield
>>
>>
> > > > >
From: TRAUTWEIN_PAUL
Date: Mon, Feb 04 2019 4:07PM
Subject: Re: [External Sender]scrollable horizontal tabs - functionality?
← Previous message | Next message →
Hi all,
The problems I've always had with this type of "Tab" is the reading order.
Every solution I've tested requires the user to navigate through the tabs before they reach the content associated with the tabs.
Diane needs a lot of tabs, but even if you only had three. (example: "Events," "Resources," and "Links")
If "Events" is the default tab and the content is visually available, the user would still have to click through the other two tabs before they would hear the "Events" content.
If they were to choose "Resources" they'd have to click through the "Links" tab before they would hear the "Resources" content.
Ideally, I'd want the reading order to be this:
"Events" tab. (chosen - default)
"Events" content.
"Resources" tab. (if chosen)
"Resources" tab.
"Links" tab. (if chosen)
"Links" content.
If any of the tabs are not chosen, the user would move directly to the next tab. Like this:
"Events" tab. (chosen - default)
"Events" content.
"Resources" tab. (not chosen)
"Links" tab. (not chosen)
On to the rest of the content of the page - if any.
Any thoughts on this? Of if anyone has found a better solution, I'd love to expand this discussion.
Thanks.
Paul Trautwein
Web Coordinator, Santa Monica College
On 2/1/19, 12:18 PM, "Tomlins Diane" < = EMAIL ADDRESS REMOVED = > wrote:
Basically it's what Brian describes, it's kind of a mashup of tabs and a carousel, w/o any automatic sliding going on. Here's a close example of what our developer did - https://www.bootply.com/l2ChB4vYmC
Our dev did add previous and next buttons to it, pretty much like what you see with carousels, and they're positioned above the tabs. While I can navigate the tabs with the keyboard, it gets a little weird with NVDA. You can get to the controls, after you've tabbed thru all of the tabs, but then it's a real stinker to get back to the actual tabs. It'll switch back and forth between the previous and the next, so it seems trapped there. I managed to get out of the buttons after I back-tabbed out of the "next" button, but that took going back and forth between the two a couple of times before even that worked.
So, a SR user can navigate the tabs, the thing with the buttons bothers me though. Maybe I'm making more of it than I need to?
Thanks,
Diane R Tomlins
HCA Healthcare | Accessibility SME
>I've seen this before. If it's what I think it is, it is a set of tabs that is then displayed in a horizontally scrollable container, presumably because it is wider than the >available space. As long as the entire set of tabs is accessible, and there aren't any carousel type controls on the container, I don't see where any further action is >needed.
On Fri, Feb 1, 2019 at 2:15 PM Graham Armfield < = EMAIL ADDRESS REMOVED = > wrote:
> Hello Diane,
>
> Could you amplify what you mean by 'scrollable' horizontal tabs.
>
> Is this actually a tab panel? If so I'm wondering where the scrolling
> comes in.
>
> Or perhaps you are referring to a 'carousel' or 'slider' - a series of
> panels with images or text that may advance automatically, but may
> also have blobs which allow user to jump to a specific panel?
>
> If you could clarify, then we can ensure to give you the best advice.
>
> Regards
> Graham Armfield
>
>
From: Isabel Holdsworth
Date: Tue, Feb 05 2019 9:00AM
Subject: Re: [External Sender]scrollable horizontal tabs - functionality?
← Previous message | Next message →
Hi Paul,
I understand where you're coming from, but this would have the
disadvantage of breaking the tablist into two separate pieces, which
could itself introduce a reading order issue. Also, if the active tab
panel contains elements that would become part of the tab order, it
would be difficult for screenreader users to work out where one chunk
of the tablist ends and the next begins.
A good alternative is to have a single tab stop for the tablist, and
have users navigate the tabs using the arrow keys. Then the next tab
stop after the tablist could be the container that holds the active
tab panel.
So the user tabs to the tablist, arrows to their desired tab, and
presses Tab again to hear the active content beneath the tabs.
I hope this makes sense.
On 04/02/2019, TRAUTWEIN_PAUL < = EMAIL ADDRESS REMOVED = > wrote:
> Hi all,
>
> The problems I've always had with this type of "Tab" is the reading order.
>
> Every solution I've tested requires the user to navigate through the tabs
> before they reach the content associated with the tabs.
>
> Diane needs a lot of tabs, but even if you only had three. (example:
> "Events," "Resources," and "Links")
>
> If "Events" is the default tab and the content is visually available, the
> user would still have to click through the other two tabs before they would
> hear the "Events" content.
> If they were to choose "Resources" they'd have to click through the "Links"
> tab before they would hear the "Resources" content.
>
> Ideally, I'd want the reading order to be this:
> "Events" tab. (chosen - default)
> "Events" content.
> "Resources" tab. (if chosen)
> "Resources" tab.
> "Links" tab. (if chosen)
> "Links" content.
>
> If any of the tabs are not chosen, the user would move directly to the next
> tab. Like this:
> "Events" tab. (chosen - default)
> "Events" content.
> "Resources" tab. (not chosen)
> "Links" tab. (not chosen)
> On to the rest of the content of the page - if any.
>
> Any thoughts on this? Of if anyone has found a better solution, I'd love to
> expand this discussion.
>
> Thanks.
> Paul Trautwein
> Web Coordinator, Santa Monica College
>
> On 2/1/19, 12:18 PM, "Tomlins Diane" < = EMAIL ADDRESS REMOVED = >
> wrote:
>
> Basically it's what Brian describes, it's kind of a mashup of tabs and a
> carousel, w/o any automatic sliding going on. Here's a close example of
> what our developer did - https://www.bootply.com/l2ChB4vYmC
> Our dev did add previous and next buttons to it, pretty much like what
> you see with carousels, and they're positioned above the tabs. While I can
> navigate the tabs with the keyboard, it gets a little weird with NVDA. You
> can get to the controls, after you've tabbed thru all of the tabs, but then
> it's a real stinker to get back to the actual tabs. It'll switch back and
> forth between the previous and the next, so it seems trapped there. I
> managed to get out of the buttons after I back-tabbed out of the "next"
> button, but that took going back and forth between the two a couple of times
> before even that worked.
>
> So, a SR user can navigate the tabs, the thing with the buttons bothers
> me though. Maybe I'm making more of it than I need to?
>
> Thanks,
> Diane R Tomlins
> HCA Healthcare | Accessibility SME
>
> >I've seen this before. If it's what I think it is, it is a set of tabs
> that is then displayed in a horizontally scrollable container, presumably
> because it is wider than the >available space. As long as the entire set of
> tabs is accessible, and there aren't any carousel type controls on the
> container, I don't see where any further action is >needed.
>
> On Fri, Feb 1, 2019 at 2:15 PM Graham Armfield <
> = EMAIL ADDRESS REMOVED = > wrote:
>
> > Hello Diane,
> >
> > Could you amplify what you mean by 'scrollable' horizontal tabs.
> >
> > Is this actually a tab panel? If so I'm wondering where the scrolling
>
> > comes in.
> >
> > Or perhaps you are referring to a 'carousel' or 'slider' - a series of
>
> > panels with images or text that may advance automatically, but may
> > also have blobs which allow user to jump to a specific panel?
> >
> > If you could clarify, then we can ensure to give you the best advice.
> >
> > Regards
> > Graham Armfield
> >
> >
>
>
>
> > > > >
From: TRAUTWEIN_PAUL
Date: Tue, Feb 05 2019 12:35PM
Subject: Re: [External Sender]scrollable horizontal tabs - functionality?
← Previous message | Next message →
Hi Isabel,
I see where you are going with this. The idea of using both the tab key and the arrow keys while in a screen reader didn't occur to me. That's just my inexperience with the capabilities of the different screen readers.
I'll do some more research and tests.
The other thought I had was to order the tab containers in between each tab directly in the code, and display and hide them using Javascript and absolute positioning. That may be too clunky.
Thanks for your help.
Paul
On 2/5/19, 8:00 AM, "Isabel Holdsworth" < = EMAIL ADDRESS REMOVED = > wrote:
Hi Paul,
I understand where you're coming from, but this would have the
disadvantage of breaking the tablist into two separate pieces, which
could itself introduce a reading order issue. Also, if the active tab
panel contains elements that would become part of the tab order, it
would be difficult for screenreader users to work out where one chunk
of the tablist ends and the next begins.
A good alternative is to have a single tab stop for the tablist, and
have users navigate the tabs using the arrow keys. Then the next tab
stop after the tablist could be the container that holds the active
tab panel.
So the user tabs to the tablist, arrows to their desired tab, and
presses Tab again to hear the active content beneath the tabs.
I hope this makes sense.
On 04/02/2019, TRAUTWEIN_PAUL < = EMAIL ADDRESS REMOVED = > wrote:
> Hi all,
>
> The problems I've always had with this type of "Tab" is the reading order.
>
> Every solution I've tested requires the user to navigate through the tabs
> before they reach the content associated with the tabs.
>
> Diane needs a lot of tabs, but even if you only had three. (example:
> "Events," "Resources," and "Links")
>
> If "Events" is the default tab and the content is visually available, the
> user would still have to click through the other two tabs before they would
> hear the "Events" content.
> If they were to choose "Resources" they'd have to click through the "Links"
> tab before they would hear the "Resources" content.
>
> Ideally, I'd want the reading order to be this:
> "Events" tab. (chosen - default)
> "Events" content.
> "Resources" tab. (if chosen)
> "Resources" tab.
> "Links" tab. (if chosen)
> "Links" content.
>
> If any of the tabs are not chosen, the user would move directly to the next
> tab. Like this:
> "Events" tab. (chosen - default)
> "Events" content.
> "Resources" tab. (not chosen)
> "Links" tab. (not chosen)
> On to the rest of the content of the page - if any.
>
> Any thoughts on this? Of if anyone has found a better solution, I'd love to
> expand this discussion.
>
> Thanks.
> Paul Trautwein
> Web Coordinator, Santa Monica College
>
> On 2/1/19, 12:18 PM, "Tomlins Diane" < = EMAIL ADDRESS REMOVED = >
> wrote:
>
> Basically it's what Brian describes, it's kind of a mashup of tabs and a
> carousel, w/o any automatic sliding going on. Here's a close example of
> what our developer did - https://www.bootply.com/l2ChB4vYmC
> Our dev did add previous and next buttons to it, pretty much like what
> you see with carousels, and they're positioned above the tabs. While I can
> navigate the tabs with the keyboard, it gets a little weird with NVDA. You
> can get to the controls, after you've tabbed thru all of the tabs, but then
> it's a real stinker to get back to the actual tabs. It'll switch back and
> forth between the previous and the next, so it seems trapped there. I
> managed to get out of the buttons after I back-tabbed out of the "next"
> button, but that took going back and forth between the two a couple of times
> before even that worked.
>
> So, a SR user can navigate the tabs, the thing with the buttons bothers
> me though. Maybe I'm making more of it than I need to?
>
> Thanks,
> Diane R Tomlins
> HCA Healthcare | Accessibility SME
>
> >I've seen this before. If it's what I think it is, it is a set of tabs
> that is then displayed in a horizontally scrollable container, presumably
> because it is wider than the >available space. As long as the entire set of
> tabs is accessible, and there aren't any carousel type controls on the
> container, I don't see where any further action is >needed.
>
> On Fri, Feb 1, 2019 at 2:15 PM Graham Armfield <
> = EMAIL ADDRESS REMOVED = > wrote:
>
> > Hello Diane,
> >
> > Could you amplify what you mean by 'scrollable' horizontal tabs.
> >
> > Is this actually a tab panel? If so I'm wondering where the scrolling
>
> > comes in.
> >
> > Or perhaps you are referring to a 'carousel' or 'slider' - a series of
>
> > panels with images or text that may advance automatically, but may
> > also have blobs which allow user to jump to a specific panel?
> >
> > If you could clarify, then we can ensure to give you the best advice.
> >
> > Regards
> > Graham Armfield
> >
> >
>
>
>
> > > > >
From: Isabel Holdsworth
Date: Wed, Feb 06 2019 4:09AM
Subject: Re: [External Sender]scrollable horizontal tabs - functionality?
← Previous message | No next message
Hi Paul,
> The other thought I had was to order the tab containers in between each tab directly in the code, and display and hide them using Javascript and absolute positioning.
Can you run that past me again - I'm not sure I understand :-)
Cheers, Isabel
On 05/02/2019, TRAUTWEIN_PAUL < = EMAIL ADDRESS REMOVED = > wrote:
> Hi Isabel,
>
> I see where you are going with this. The idea of using both the tab key and
> the arrow keys while in a screen reader didn't occur to me. That's just my
> inexperience with the capabilities of the different screen readers.
> I'll do some more research and tests.
>
> The other thought I had was to order the tab containers in between each tab
> directly in the code, and display and hide them using Javascript and
> absolute positioning. That may be too clunky.
>
> Thanks for your help.
> Paul
>
>
> On 2/5/19, 8:00 AM, "Isabel Holdsworth" < = EMAIL ADDRESS REMOVED = > wrote:
>
> Hi Paul,
>
> I understand where you're coming from, but this would have the
> disadvantage of breaking the tablist into two separate pieces, which
> could itself introduce a reading order issue. Also, if the active tab
> panel contains elements that would become part of the tab order, it
> would be difficult for screenreader users to work out where one chunk
> of the tablist ends and the next begins.
>
> A good alternative is to have a single tab stop for the tablist, and
> have users navigate the tabs using the arrow keys. Then the next tab
> stop after the tablist could be the container that holds the active
> tab panel.
>
> So the user tabs to the tablist, arrows to their desired tab, and
> presses Tab again to hear the active content beneath the tabs.
>
> I hope this makes sense.
>
> On 04/02/2019, TRAUTWEIN_PAUL < = EMAIL ADDRESS REMOVED = > wrote:
> > Hi all,
> >
> > The problems I've always had with this type of "Tab" is the reading
> order.
> >
> > Every solution I've tested requires the user to navigate through the
> tabs
> > before they reach the content associated with the tabs.
> >
> > Diane needs a lot of tabs, but even if you only had three. (example:
> > "Events," "Resources," and "Links")
> >
> > If "Events" is the default tab and the content is visually available,
> the
> > user would still have to click through the other two tabs before they
> would
> > hear the "Events" content.
> > If they were to choose "Resources" they'd have to click through the
> "Links"
> > tab before they would hear the "Resources" content.
> >
> > Ideally, I'd want the reading order to be this:
> > "Events" tab. (chosen - default)
> > "Events" content.
> > "Resources" tab. (if chosen)
> > "Resources" tab.
> > "Links" tab. (if chosen)
> > "Links" content.
> >
> > If any of the tabs are not chosen, the user would move directly to the
> next
> > tab. Like this:
> > "Events" tab. (chosen - default)
> > "Events" content.
> > "Resources" tab. (not chosen)
> > "Links" tab. (not chosen)
> > On to the rest of the content of the page - if any.
> >
> > Any thoughts on this? Of if anyone has found a better solution, I'd
> love to
> > expand this discussion.
> >
> > Thanks.
> > Paul Trautwein
> > Web Coordinator, Santa Monica College
> >
> > On 2/1/19, 12:18 PM, "Tomlins Diane"
> < = EMAIL ADDRESS REMOVED = >
> > wrote:
> >
> > Basically it's what Brian describes, it's kind of a mashup of tabs
> and a
> > carousel, w/o any automatic sliding going on. Here's a close example
> of
> > what our developer did - https://www.bootply.com/l2ChB4vYmC
> > Our dev did add previous and next buttons to it, pretty much like
> what
> > you see with carousels, and they're positioned above the tabs. While I
> can
> > navigate the tabs with the keyboard, it gets a little weird with NVDA.
> You
> > can get to the controls, after you've tabbed thru all of the tabs, but
> then
> > it's a real stinker to get back to the actual tabs. It'll switch back
> and
> > forth between the previous and the next, so it seems trapped there. I
> > managed to get out of the buttons after I back-tabbed out of the
> "next"
> > button, but that took going back and forth between the two a couple of
> times
> > before even that worked.
> >
> > So, a SR user can navigate the tabs, the thing with the buttons
> bothers
> > me though. Maybe I'm making more of it than I need to?
> >
> > Thanks,
> > Diane R Tomlins
> > HCA Healthcare | Accessibility SME
> >
> > >I've seen this before. If it's what I think it is, it is a set
> of tabs
> > that is then displayed in a horizontally scrollable container,
> presumably
> > because it is wider than the >available space. As long as the entire
> set of
> > tabs is accessible, and there aren't any carousel type controls on
> the
> > container, I don't see where any further action is >needed.
> >
> > On Fri, Feb 1, 2019 at 2:15 PM Graham Armfield <
> > = EMAIL ADDRESS REMOVED = > wrote:
> >
> > > Hello Diane,
> > >
> > > Could you amplify what you mean by 'scrollable' horizontal
> tabs.
> > >
> > > Is this actually a tab panel? If so I'm wondering where the
> scrolling
> >
> > > comes in.
> > >
> > > Or perhaps you are referring to a 'carousel' or 'slider' - a
> series of
> >
> > > panels with images or text that may advance automatically, but
> may
> > > also have blobs which allow user to jump to a specific panel?
> > >
> > > If you could clarify, then we can ensure to give you the best
> advice.
> > >
> > > Regards
> > > Graham Armfield
> > >
> > >
> >
> >
> >
> > > > > > > > > >
>
>
>
> > > > >