Skip to content
1 change: 1 addition & 0 deletions _toc.yml
Copy link

@JeremyPike JeremyPike Aug 4, 2025

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

Copy link
Collaborator Author

@liamjberrisford liamjberrisford Aug 4, 2025

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?

Copy link
Collaborator Author

@liamjberrisford liamjberrisford Aug 4, 2025

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?

Copy link

@JeremyPike JeremyPike Aug 5, 2025

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?

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

Copy link

@JeremyPike JeremyPike Aug 5, 2025

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?

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

Copy link
Collaborator Author

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.

Copy link
Collaborator Author

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?

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.

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!

Original file line number Diff line number Diff line change
Expand Up @@ -350,4 +350,5 @@ parts:
chapters:
- file: cfrr_program_details/code_of_conduct
- file: cfrr_program_details/code_of_conduct_violations
- file: cfrr_program_details/accessibility
- file: cfrr_program_details/programme_policies
96 changes: 96 additions & 0 deletions cfrr_program_details/accessibility.ipynb
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",

Choose a reason for hiding this comment

The 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

Copy link
Collaborator Author

Choose a reason for hiding this comment

The 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:
“Any content created by a third party and uploaded or embedded to your website is exempt only if that content was not funded, developed or under the control of the University.”
Source
However, the same page also advises adding an accessible alternative whenever possible. I can certainly provide a parallel accessible format, though it will significantly increase the site’s footprint.

"\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
}
Loading