scottaohara / a11y_tab_widget Goto Github PK

Update script to include polyfill for object.assign so this will work in IE11.

both inline JS documentation and readme

finish adding tests

If a URL contains a hash with the ID of a specific tabpanel ID, then run a check for that when determining the default opened panel.

This functionality can only work if devs setup a Tab Widget with IDs. Otherwise the autogenerated IDs are different each time...

Is there any reason why this component could not generate IDs necessary for multiple tabs instances on page without the need for separate script on page to initialise them? e.g. similar to the way your https://github.com/scottaohara/a11y_accordions component handles things?

If it's a simple change that someone could show me how to make, appreciated.

The CSS for vertical tablists are not currently responsive, and the visual formatting breaks.

Related to issue #5

If a horizontal tablist allows for down arrow to navigate to the tabpanel then it would stand to reason that right arrow press should do the same for a vertical tablist.

Not a priority.

aria-controls isn't particularly useful if a panel isn't exposed, so update the script to:

1. have it as an optional property that defaults to not being included
2. only populate it on the selected tab so that inactive tabs don't announce users can move to the controlled element, since they cant.

When there are multiple instances of the tab widget on a page, the URL state is not able to tell them apart.

Example:

• Two sets of tabs with "A", "B" and "CP" tabs each
• Click on the "B" tab in the first set, then on "C" in the second one
• Reload the page or navigate forth an back
• "C" will be active in both tabs

Implementing this might be tricky because it would at least require unique prefixes for all tab-sets. An even better approach would be not to overwrite the URL state since this might discard state managed by other components.

per https://cdn.rawgit.com/w3c/aria-practices/Fix-for-%2314/aria-practices.html#tabpanel

specific update:
"Horizontal tabs should not consume the up/down arrow as this will prevent users scrolling the page."

for tabs with aria-orientation set to vertical:

Up arrow - behaves the same as left arrow in horizontal tabs.
Down arrow - behaves the same as right arrow in horizontal tabs.

Creating this issue per the entry in the README:

FYI: More information concerning expected functionality and screen reader announcements will be linked to from here.

Add in functionality for a tablist orientation to change based on responsive UI.

Provide functionality to remove a tab (with or without its associated tabpanel) from a Tab Widget.

Missing functionality of auto activating the currently focused tabs when navigating by Home or End keys.

reminder issue to upgrade this plugin to v1 for both jquery & vanilla js versions