-
Notifications
You must be signed in to change notification settings - Fork 23
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
Create wireframe for Comparison Tool #168
Comments
I am taking the liberty to share my unsolicited perspective as someone who is very enthusiastic about this work, but concerned that I lack the time and expertise to actively contribute. I recommend that you explore if it is not too much work to allow both views for comparison. I don't think the average 508 program manager can be expected to make much sense of a GitHub style PR diff view. That said, the early adopters will be GitHub users, so that sort of data view is fine for that audience. Also, anyone manually troubleshooting the importing of MS ACRs (from VPAT) will appreciate the availability of a traditional diff presentation. So I think any diff presentation first but knowing that an option for a GitHub style document-like 'rich diff' needs to be part of the beta launch. |
Thanks for the feedback @bruce-usab. Agreed with your points. Hopefully, we can bug you for feedback on the tool once we have it ready for that review. |
What if the comparison were just in a single window like this:
We could add some JavaScript to start to highlight things where there are differences between them. Possibly highlight
We could actually aggregate some findings between OPATs that are involved. Help prepare material that might be the basis for a "best meets" accessibility documentation. Ideally you could lock the view so that as you scroll up/down one, the others jump along between the appropriate sections.
|
Have a very basic model of this up and running now on the draft website - [EDIT: URL Updated to use Githack] |
Any comparison should focus on supporting procurement officers to have a better understanding of the context. Simply having more or less errors in an ACR is insufficient to determine if a product is more or less accessible for a given project. Comparisons can prompt officers to look for manual testing or ask the vendor to provide more context. |
When comparing different ACR, what do we want to highlight? How do we want that information to be presented? Will it be the YAML file, the Markdown or HTML that would be easiest to review?
I think initially we were looking for something like the output that https://www.diffchecker.com/diff provides.
Also related - #69
The text was updated successfully, but these errors were encountered: