-
Notifications
You must be signed in to change notification settings - Fork 152
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
[Usability] Reflow buttons in failure cards #5609
Comments
This issue has been marked as ready for team triage; we will triage it in our weekly review and update the issue. Thank you for contributing to Accessibility Insights! |
@ferBonnin I don't have much context for why this was originally infeasible, but I have a working version on my own branch that reflows those buttons similarly to how it's done in the command bar and handles focus when the issue filing dialog closes: The code will probably need some cleaning up and testing, but this change seems feasible. |
The team requires additional author feedback; please review their replies and update this issue accordingly. Thank you for contributing to Accessibility Insights! |
This is awesome, thanks @pownkel! We should do this change, please! |
#### Details Extracts out some of the work in microsoft#5745, plus additional refactors: - Add a new narrowModeThreshold for reflowing card footers - Create a new component, CardFooterFarButtons, a reflowable and refactored version of CardKebabMenuButton ##### Motivation Partially addresses microsoft#5609 ##### Context Deferred to future PRs: - Further refactor CardFooterFarButtons to use store state instead of UI state to determine whether the issue filing dialog is open (this will allow renderIssueFilingSettingContent() to be extracted to a different file) - Replace CardKebabMenuButton with CardFooterFarButtons in the cards UI - Pass NarrowModeStatus through to the cards components
#### Details Replaces `CardKebabMenuButton` with CardFooterInstanceActionButtons`, which will reflow the buttons currently in the kebab menu in the card footer in both web and electron. GIFs below showing the card footer reflow in action (copied from #5852) ![card footer buttons reflowing as window is resized](https://user-images.githubusercontent.com/55459788/178857149-63590123-322d-4243-a4c1-cbcbe876ab9d.gif) ![demo of focus handling when issue filing settings is opened and closed](https://user-images.githubusercontent.com/55459788/178857155-8de62725-cef2-4937-a9e1-b54e17747c79.gif) Other changes in this PR: - Initialize a CardsViewStore and relevant objects in DetailsView and render-initializer - Move rendering for the issue filing settings dialogue into a higher-level component (`IssuesTable` in web and `TestView` in Electron) to fix a bug where every card was rendering its own separate dialogue, each with callbacks to focus a different button - Add state relevant to the issue filing settings dialogue to `CardsViewStoreData` ##### Motivation Finishes addressing #5609 to add reflow behavior to the cards UI ##### Context Continues work from #5852 and #5935 #### Pull request checklist <!-- If a checklist item is not applicable to this change, write "n/a" in the checkbox --> - [x] Addresses an existing issue: #5609 - [x] Ran `yarn null:autoadd` - [x] Ran `yarn fastpass` - [x] Added/updated relevant unit test(s) (and ran `yarn test`) - [x] Verified code coverage for the changes made. Check coverage report at: `<rootDir>/test-results/unit/coverage` - [x] PR title *AND* final merge commit title both start with a semantic tag (`fix:`, `chore:`, `feat(feature-name):`, `refactor:`). See `CONTRIBUTING.md`. - [x] (UI changes only) Added screenshots/GIFs to description above - [x] (UI changes only) Verified usability with NVDA/JAWS
@ferBonnin this is complete and the change is in canary! |
thanks @pownkel, looks great! |
Describe the bug
currently the failure cards in the automated checks and needs review instances have a "..." button by default. When this UI was first implemented, we determined reflowing the buttons to file bugs and copy failure details was not feasible. This bug is to revisit this after we updated the fluent UI version used
To Reproduce
Steps to reproduce the behavior:
Expected behavior
the two buttons inside that menu appear / disappear as reflow allows
Context (please complete the following information)
Are you willing to submit a PR?
No
Did you search for similar existing issues?
Yes
Additional context
Usability. Exploratory bug; if we determine this is now feasible let's chat with PM
The text was updated successfully, but these errors were encountered: