-
Notifications
You must be signed in to change notification settings - Fork 153
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
Pass & Fail - how about adding "Not applicable" to (manual) checks that can not be checked #3228
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! |
Thanks for your feature request @BogdanCerovac! After reviewing this with the team, we have decided to keep just this 3 states but we understand that there is a need to add comments sometimes so we have feature request #485 open for comments; it will allow users to add a comment to the list of instances; a similar option could be considered for manual requirements in Assessment if that could be helpful. |
This issue has been marked as being beyond the support scope of Accessibility Insights. It will now be closed automatically for house-keeping purposes. |
Thank you for your explanation. I will check the #485 |
Is your feature request related to a problem? Please describe.
I think we must think of some checks in terms of trinary logic as we should be able to present the results with "Pass" / "Fail" / "Not applicable". Current solution for the final report now requires some additional manual editing for cases that could be marked as "Not applicable" (or some similar naming suggesting that it is nor pass, nor fail, but not checked).
Describe the desired outcome
For example: I do manual tests on a page that does not include any audio or video elements. Automatic test detect that they are not present and suggest "Not applicable" for all Multimedia checks by default. But I can still manually override it as it may happen that I inject some video dynamically for example, that can potentially not be detected with automatic checking alone.
Describe alternatives you've considered
As described in the desired outcome:
Additional context
Possibility to then group end report by "Not applicable" too, and maybe an option to hide all "Non applicable" if it seems reasonable.
The text was updated successfully, but these errors were encountered: