Open rachidatecs opened 4 days ago
🥳 Successfully deployed to developer sandbox rjm.
🥳 Successfully deployed to developer sandbox rjm.
🥳 Successfully deployed to developer sandbox rjm.
@rachidatecs — @AnnaGingle and I will be doing the design review.
🥳 Successfully deployed to developer sandbox rjm.
@rachidatecs I would like the filters to activate once the user starts interacting with them. Meaning the base state is that they are all unchecked. Them being unchecked is the table with no filters applied. Once the user opens, selects a filter, then the table is filtered based on what they selected, this way they don't have to uncheck all other filters in order to filter for the the status they want.
Can we make the space between h1 and the table 16px?
Is the space beween "Filter by" and the status dropdowns 16px?
can we match this spacing for above and below the filter
🥳 Successfully deployed to developer sandbox rjm.
🥳 Successfully deployed to developer sandbox rjm.
Some more visual tweaks:
Can we preserve scroll position when the filters are toggled? Every time I select a filter, the viewport pulls down towards the dropdown and it feels awkward.
Noticing we don't have the clear selection link button below the filters. Am I forgetting that we axed that? I thought we kept it.
When I select filters and then click Clear filters button, the carat stays in the expanded version even though the dropdown is closed. (this happens sporadically)
Noticing we don't have the clear selection link button below the filters. Am I forgetting that we axed that? I thought we kept it.
This would be the exact same functionality as the reset button that pops up. Is it needed?
🥳 Successfully deployed to developer sandbox rjm.
When I select filters and then click Clear filters button, the carat stays in the expanded version even though the dropdown is closed. (this happens sporadically)
~Unable to recreate. If you're able to get this to happen consistently, let's get on a huddle.~
I see it. Fixing.
Can we preserve scroll position when the filters are toggled? Every time I select a filter, the viewport pulls down towards the dropdown and it feels awkward.
Yeah... Cuz we always scroll to the top of the table once the data reloads, an implementation that was a good idea for pagination. ~I'll see what I can do.~ -- Fixed
🥳 Successfully deployed to developer sandbox rjm.
🥳 Successfully deployed to developer sandbox rjm.
Can we switch to allowing the dropdown to close if clicking outside of it?
I'm still seeing a slight inconsistency between the production button and the Figma design. There is a lot of space besides the button label. See side by side.
Ticket
Resolves #2333
Changes
Context for reviewers
Designers
The biggest outstanding question was about markup and whether to focus trap or not to focus trap. I took a look at USWDS's nav dropdown implementation (not the main nav trigger, rather the dropdowns within the nav). They use a variant of the accordion component, do not focus trap, rather trigger a hide of the subnav when the focus shifts away from the open subnav/trigger. I implemented the same patterns on this ticket @gabydisarli @AnnaGingle
On keyboard navigability, the default DOM components used work as follows:
Enter/space toggles the button to open and close the filter. Esc does nothing.
Tab shifts between the form elements within the filter. Arrows are tied to full page scroll.
Space selects/deselects checkboxes We did not add the new pages to pa11y. These pages are dynamic (they use a portfolio pk in the routing) and we have not established a pa11y testing setup for those yet (should be its own ticket) cc @abroddrick
Do not forget to test tables in responsive screens, they should no longer cause the layout to break but should rather become scrollable horizontally when not stacked and not enough space in viewport. The scrollable container is also focusable to enable keyboard nav (focus then use left/right arrows to scroll)
Setup
Code Review Verification Steps
As the original developer, I have
Satisfied acceptance criteria and met development standards
Ensured code standards are met (Original Developer)
Validated user-facing changes (if applicable)
As a code reviewer, I have
Reviewed, tested, and left feedback about the changes
Ensured code standards are met (Code reviewer)
Validated user-facing changes as a developer
[ ] New pages have been added to .pa11yci file so that they will be tested with our automated accessibility testing
[ ] Checked keyboard navigability
[ ] Meets all designs and user flows provided by design/product
[ ] Tested general usability, landmarks, page header structure, and links with a screen reader (such as Voiceover or ANDI)
[ ] Tested with multiple browsers, the suggestion is to use ones that the developer didn't (check off which ones were used)
[ ] (Rarely needed) Tested as both an analyst and applicant user
Note: Multiple code reviewers can share the checklists above, a second reviewers should not make a duplicate checklist
As a designer reviewer, I have
Verified that the changes match the design intention
Validated user-facing changes as a designer
[ ] Checked keyboard navigability
[ ] Tested general usability, landmarks, page header structure, and links with a screen reader (such as Voiceover or ANDI)
[ ] Tested with multiple browsers (check off which ones were used)
[ ] (Rarely needed) Tested as both an analyst and applicant user
Screenshots