-
Notifications
You must be signed in to change notification settings - Fork 4
[RfR] Accessibility statement first draft #320
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
base: main
Are you sure you want to change the base?
Changes from 7 commits
d50bc1f
95e1a2f
9a8b48a
066ffef
4ceda6b
6be89ca
a40901e
9a24e54
a850550
b2ebdaf
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,96 @@ | ||
{ | ||
"cells": [ | ||
{ | ||
"cell_type": "markdown", | ||
"id": "dc9784f2-22a4-4e37-a5de-af1b60bc5961", | ||
"metadata": {}, | ||
"source": [ | ||
"# Accessibility Statement for CfRR Courses\n", | ||
"\n", | ||
"At **Coding for Reproducible Research (CfRR)**, we are committed to ensuring digital accessibility for all users, regardless of ability or technology. We are actively working to improve the accessibility and usability of our website and strive to make our content inclusive for the widest possible audience.\n", | ||
"\n", | ||
"## Measures to Support Accessibility\n", | ||
"\n", | ||
"We aim to:\n", | ||
"\n", | ||
"- Follow the [Web Content Accessibility Guidelines (WCAG) 2.2 AA](https://www.w3.org/WAI/standards-guidelines/wcag/) standards.\n", | ||
"- Use clear and simple language where possible.\n", | ||
"- Provide structured content using headings and lists.\n", | ||
"- Offer alternative text for images and visual elements.\n", | ||
"- Ensure sufficient color contrast for text and backgrounds.\n", | ||
"- Make our website navigable by keyboard and accessible to screen readers.\n", | ||
"\n", | ||
"## How Accessible is this Website?\n", | ||
"\n", | ||
"We know that some parts of this website may not be fully accessible, for example:\n", | ||
"\n", | ||
"- Some older documents and embedded materials may not be fully compatible with assistive technologies.\n", | ||
"- Some visualisations and interactive elements may not have complete keyboard or screen reader support.\n", | ||
"- Downloadable files may not always be in accessible formats.\n", | ||
"\n", | ||
"We are working to address these issues and welcome feedback from users to help us prioritize improvements.\n", | ||
"\n", | ||
"## Reporting Accessibility Problems\n", | ||
"\n", | ||
"If you find any problems not listed on this page or think we’re not meeting accessibility requirements, please contact us:\n", | ||
"\n", | ||
"- **Email:** [email protected]\n", | ||
"- **Feedback Form:** https://coding-for-reproducible-research.github.io/CfRR_Courses/contributing/suggestions_form.html\n", | ||
"\n", | ||
"## Preparation of this Accessibility Statement\n", | ||
"\n", | ||
"This statement was prepared on [15th July 2025]. It was last reviewed on [15th July 2025]. \n", | ||
"This website is regularly tested for accessibility issues, and we aim to update this statement and our site as we improve.\n", | ||
"\n", | ||
"```{important}\n", | ||
"## Known Accessibility Issues\n", | ||
"\n", | ||
"### 1. Tables Generated from R\n", | ||
"\n", | ||
"Some tables created within our R-based teaching materials use multiple header rows or columns but do not include `headers` attributes in `<td>` elements. This affects screen reader usability, particularly for complex tables. These are autogenerated from R output and are presented as-is to reflect authentic results and maintain consistency with the source language’s conventions. We believe altering these outputs post-generation would compromise the educational integrity of the material, and have decided to leave them as they are originally. \n", | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Ok - I think we could potentially do with some advice on if these types of exceptions are acceptable. The arguments you make seem sound to me though There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Absolutely, I completely agree. My concern is that it does a disservice pedagogically to spend three hours teaching learners an accessible version of a tool that we have forced via post-processing with a .js snippet, only for them to encounter an inaccessible version in the real world once they leave the CfRR website. The documentation does state that: |
||
"\n", | ||
"### 2. Teal-Coloured Julia Warning Text\n", | ||
"\n", | ||
"Some warning messages from the Julia programming language are displayed using a teal color that does not meet minimum contrast standards (WCAG 2.2 requires 4.5:1 for normal text). These warnings are auto-generated outputs when making use of `@code_warntype`. We have left these warnings in their original form to preserve the realism of the programming environment. \n", | ||
"\n", | ||
"### 3. Missing `scope` Attribute on `<th>` Elements\n", | ||
"\n", | ||
"Certain tables generated from statistical model outputs in R use `<th>` elements without including a `scope` attribute to indicate whether the header applies to a row or a column. This can impair the ability of screen readers to correctly associate headers with corresponding data cells, especially in summary or regression tables. These outputs reflect the default rendering of R model summaries and have been retained to represent R’s output format accurately, and have so been left within the website for authenticity. \n", | ||
"\n", | ||
"### 4. Auto-Generated Output with Insufficient Color Contrast\n", | ||
"\n", | ||
"Several pages contain output generated directly from R or Python packages, where the text color does not meet WCAG 2.2 contrast requirements. These outputs are left in their original form to maintain fidelity with the tools being taught and to avoid presenting altered or potentially misleading results. These instances are the result of direct console or library output from R and Python, and modifying them would be disingenuous to the pedagogical intent of teaching the tools in their real-world usage context.\n", | ||
"```\n" | ||
] | ||
}, | ||
{ | ||
"cell_type": "code", | ||
"execution_count": null, | ||
"id": "03af971c-5c99-4620-a3c2-d632f8c9190a", | ||
"metadata": {}, | ||
"outputs": [], | ||
"source": [] | ||
} | ||
], | ||
"metadata": { | ||
"kernelspec": { | ||
"display_name": "Python 3 (ipykernel)", | ||
"language": "python", | ||
"name": "python3" | ||
}, | ||
"language_info": { | ||
"codemirror_mode": { | ||
"name": "ipython", | ||
"version": 3 | ||
}, | ||
"file_extension": ".py", | ||
"mimetype": "text/x-python", | ||
"name": "python", | ||
"nbconvert_exporter": "python", | ||
"pygments_lexer": "ipython3", | ||
"version": "3.9.19" | ||
} | ||
}, | ||
"nbformat": 4, | ||
"nbformat_minor": 5 | ||
} |
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@liamjberrisford what was the starting point/template for the statement? It seems to differ from the model template I just found here: https://www.gov.uk/guidance/model-accessibility-statement
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Because WCAG 2.2 is the official W3C standard, I based our accessibility statement on their documentation (https://www.w3.org/WAI/planning/statements/), and so there was no copy and paste start like the link you provided. They do have their own accessibility statement generation tool, though. The thinking was that since we are following the W3C’s WCAG 2.2 guidance, it makes sense also to use their guidance for the statement. From a quick Google search, it appears that gov.uk uses WCAG 2.2 as its baseline, with additional requirements for accessibility beyond WCAG 2.2? As a part of the university should we be using the Gov.UK template statement?
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It does seem that the University would class a public organisation however, and so maybe we should be moving to complying with
Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018
etc aswell as just WCAG 2.2?Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Interesting thanks - either is probably fine - I suggested the Gov.uk template as it was linked to from the UoE guidance: https://www.exeter.ac.uk/staff/web/web-accessibility-training/legislation/accessibility-statements-for-websites/ - Ill try to do a bit more digging
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This page may help:
https://www.exeter.ac.uk/staff/web/web-accessibility-training/legislation/introduction/
I think WCAG are used as PSBAR assessment criteria
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah, perfect, that’s exactly what I needed. I got lost in the student-facing accessibility materials and never stumbled on that material.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have updated the statement to follow the gov.uk guidance. I am not 100% sure what to put for the "Feedback and contact information" and the "Non-accessible content" sections and so have left them out for now until we get some advice. I'm also not 100% sure if feedback, etc, should come directly back to the CfRR team or if that is dealt with at the university level?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok thats great thanks - I think they would contact our team directly.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Perhaps look at the main UoE site statement to get a feel for what each section should contain:
https://www.exeter.ac.uk/about/oursite/accessibility/compliance/
I think the "Non-accessible content" sections should have what you previously had in "Known Accessibility Issues"?\
@liamjberrisford agree that now is a good time to reach out and get some advice. Ill try to arrange this but there may be a delay!