Keyboard accessibility bugs (463, 853, 593)#2699
Conversation
| private focusFirstFocusableElement() { | ||
| this.formElement.nativeElement?.querySelector('[autofocus], button, input, textarea, select')?.focus() | ||
| } |
There was a problem hiding this comment.
The existing autofocus directive will not work as expected when used on an element nested inside of complex-form because those elements seem to be injected/rendered in the DOM before they're visible/shown. We'll have to explicitly focus those elements after the nested form page is opened.
Codecov Report
@@ Coverage Diff @@
## master #2699 +/- ##
=======================================
Coverage 65.08% 65.09%
=======================================
Files 916 916
Lines 26468 26475 +7
Branches 5233 5237 +4
=======================================
+ Hits 17226 17233 +7
Misses 9242 9242
Continue to review full report in Codecov by Sentry.
|
f03f6b1 to
afc1a9b
Compare
afc1a9b to
169e0b6
Compare
|
Pushed new changes to add a fix for |
0c90e7c to
542aba7
Compare
542aba7 to
338a5a1
Compare
|
Fixes #2713 |
Resolves:
Notable changes:
bl-complex-formimplementation so that it automatically focuses the first element in anynested-forms when they open. As a result, this fixes all instances ofbl-complex-formthat had similar auto focus issues, not just the "Job preparation task" form in the bug above. For example, a similar issue was found in the "Job manager task" nested form, which should be fixed now as well.