Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Add accessibility remediation request form and button #2694

Open
carakey opened this issue Nov 7, 2024 · 11 comments · Fixed by #2696
Open

Add accessibility remediation request form and button #2694

carakey opened this issue Nov 7, 2024 · 11 comments · Fixed by #2696
Assignees
Labels
Accessibility Priority: High These are issues that should be prioritized for upcoming development efforts User Experience

Comments

@carakey
Copy link

carakey commented Nov 7, 2024

Descriptive summary

This ticket is part of the larger ADA Title II compliance effort.

Users should be able to request an accessible version of a work, with as little burden to them as possible. This ticket is to add an accommodation request pathway: "Request Accessible Version" button on work pages, which leads to a pre-populated form, which triggers an email to SA admins for remediation and follow up.

See the implementation of this from UNC in the Carolina Digital Repository: example work + request form.

I can follow up with specific language to use.

@carakey carakey added Priority: High These are issues that should be prioritized for upcoming development efforts User Experience Accessibility labels Nov 7, 2024
@lamtu1 lamtu1 self-assigned this Nov 22, 2024
@lamtu1
Copy link
Contributor

lamtu1 commented Nov 25, 2024

Hi @carakey, I wanted to follow up with you on this:

I would like to know how you want the language is use in the accessibility request form to have when the user click the button on the work?

What type of field(s) would the page have and which information needed to be pre-populated? And also I was wondering if the button placement below is good when ask for the request? Thank you!

Image

@carakey
Copy link
Author

carakey commented Nov 26, 2024

Hi @lamtu1 --

  1. The button placement looks good to me.
  2. Here is a mockup of the form with fields and text (at least preliminary; approved by @mellinma) https://docs.google.com/document/d/1ClbH1C8Mk7RRCr1-crK1RYhMMMXMxbch3GEBgMIooyM
  3. If possible we would like to have the form built/hosted in Drupal as part of the library website so that we could extend its use to other systems beyond SA.
    • To make that work, we would need to do email notification routing based on the system, so wondering if that works at all and if it can be derived from the Link field or if we would need a separate field, such as selecting the system from a dropdown. (Probably getting ahead of myself.)
    • You asked about pre-populating fields. It would be great to have the referring URL populate the Link field, but it seems like that may get complicated in Drupal / if used for multiple systems.

@carakey
Copy link
Author

carakey commented Dec 20, 2024

I don't see the button to access the request form on any works on Staging.

@carakey carakey reopened this Dec 20, 2024
@simholt
Copy link
Contributor

simholt commented Feb 17, 2025

Good stuff: Button shows up on existing and new works. I submitted a request -- it autofilled my information and the request showed up in the SA email.
Question: I was not able to see if users who were not logged in can make requests. When logged out, I could not access show pages; it just gave the broken message. (@lamtu1 let me know if you want me to write up a ticket for that.)

@lamtu1
Copy link
Contributor

lamtu1 commented Feb 18, 2025

@simholt, it is like maybe a routing thing that I may need to implement a back button to guide the user back to the show page or either redirect them back to show page once submission is done. It is something for me to dig into

@simholt
Copy link
Contributor

simholt commented Feb 18, 2025

@lamtu1 I don't think so -- something similar happened on prod last week. Let @CGillen have a look first!

@lamtu1
Copy link
Contributor

lamtu1 commented Feb 18, 2025

@simholt Got the update that Corey fix in staging, can you tested out again when you get the chance? Thank you!

@simholt
Copy link
Contributor

simholt commented Feb 18, 2025

It worked!
QA pass!

@simholt
Copy link
Contributor

simholt commented Mar 3, 2025

@lamtu1 This is not working on production. An "Undeliverable: Scholars Archive Accessibility Request Form: Request Confirmation" email showed up this weekend because the requestor had put their email in wrong. I did a test request and was sent the "Request Confirmation" email as a user, but nothing about the request came to the SA email account. Looks like something is awry!

@lamtu1
Copy link
Contributor

lamtu1 commented Mar 3, 2025

@simholt I will take a look into it, that does seem weird

@lamtu1
Copy link
Contributor

lamtu1 commented Mar 4, 2025

Note: Add in a confirm email field to double check that both email enter is correct.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
Accessibility Priority: High These are issues that should be prioritized for upcoming development efforts User Experience
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants