Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat(tab): implement setFocusOnActivate #722

Merged
merged 5 commits into from Mar 12, 2019
Merged

feat(tab): implement setFocusOnActivate #722

merged 5 commits into from Mar 12, 2019

Conversation

ghost
Copy link

@ghost ghost commented Mar 7, 2019

Fixes: #676

@codecov-io
Copy link

codecov-io commented Mar 7, 2019

Codecov Report

Merging #722 into rc0.11.0 will decrease coverage by 0.01%.
The diff coverage is 100%.

Impacted file tree graph

@@             Coverage Diff              @@
##           rc0.11.0     #722      +/-   ##
============================================
- Coverage     95.18%   95.16%   -0.02%     
============================================
  Files            73       73              
  Lines          2905     2914       +9     
  Branches        441      442       +1     
============================================
+ Hits           2765     2773       +8     
- Misses           45       46       +1     
  Partials         95       95
Impacted Files Coverage Δ
packages/tab/index.tsx 98.91% <100%> (+0.07%) ⬆️
packages/line-ripple/index.tsx 98.14% <0%> (-1.86%) ⬇️
packages/select/NativeControl.tsx 100% <0%> (ø) ⬆️
packages/select/index.tsx 98.95% <0%> (+0.01%) ⬆️

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 1827385...d9c5df9. Read the comment docs.

@@ -59,6 +60,7 @@ export default class Tab extends React.Component<TabProps, TabState> {

static defaultProps: Partial<TabProps> = {
active: false,
focusOnActivate: false,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can change this to true, but I'm wondering what the reasoning behind this default is since it seems to me that focusing on activate is the non-standard scenario.

Tabs that are activated via mouse or keyboard navigation will already have focus so this setting mainly affects activation that happens a different way, e.g. on component mount. I think for accessibility reasons tabs should not be stealing focus by default but rather it should be something the developer explicitly opts into.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ya I definitely agree with you, and it cost me a few hours tracking down what was going on with our catalog app. However if we don't change this to true, we are initially out of sync with MDC Web's foundational layer, which causes bugs.

I think we should open an issue with MDC Web and then reflect it back here. What do you think?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sure, that seems reasonable.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@ben-mckernan I actually talked to the team. The answer for default true is a11y. If a tab is programatically activated, the screenreader should know. Without focusing, you'd need to implement aria-live, which is not the recommended way of handling a11y things.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah ok, interesting. I definitely need to read up more on these a11y recommendations it seems. Thanks for letting me know!

test/unit/tab/index.test.tsx Show resolved Hide resolved
});

test('when props.focusOnActivate is true, an active tab should be focused on mount', () => {
const wrapper = mount<Tab>(<Tab active focusOnActivate />, {attachTo: document.body});
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

just tried running tests using npm run test:watch. It seems like this isn't valid. Please try using this pattern: 764ed40#diff-5e69e52eb0131589a6b4841a086ff648R65

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you mean the warnings from react about rendering directly to the body? Seems I didn't see those when running locally 😢

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yup! Those warnings -- The tests pass, but they do produce warnings. I saw you pushed the changes. I will check them out now

Copy link
Contributor

@moog16 moog16 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good!

@moog16 moog16 merged commit ce10503 into material-components:rc0.11.0 Mar 12, 2019
@ghost ghost deleted the fix/tab/set-focus-on-activate branch March 15, 2019 18:34
moog16 pushed a commit that referenced this pull request Mar 18, 2019
moog16 pushed a commit that referenced this pull request Mar 19, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants