Non-compliance with the accessibility regulations
You may experience difficulties on the application portal due to issues we need to fix. These issues are not compliant with WCAG 2.1, many not meeting even the minimum standard (level A).
The most common of these failures are:
Bypass Blocks (A)
- If you use a keyboard alone to navigate there is no skip link present to bypass blocks of repeated content at the start of every web page and skip directly to the main page content. This fails 2.4.1 Bypass Blocks (Level A).
Page titled (A)
Non-text content (A)
- A text alternative may not be available for images. This means there is nothing to clearly describe the contents of the images if you are using a screen reader. This fails 1.1.1: Non-text Content (Level A).
Focus order (A)
- Non-interactive elements have been included in the tab sequence. This can be disorientating if you're navigating using the keyboard alone as it can be difficult to track focus if it lands on unexpected elements within the page. This also causes the need for additional key-presses when navigating the page. You may assume that because these are in tab sequence they must be interactive and then be confused as to why you cannot activate the content. This fails 2.4.3 Focus Order (Level A).
- If there is an error when submitting a form page links that are displayed at the top of the page do not scroll the page to the relevant form field as intended. This fails 2.4.3 Focus Order (Level A).
- In the 'Agency information' section of the application portal when a code is entered and ‘Add Agent Details’ is pressed, the region of the page reloads but the focus is not managed. This means you must press the ‘tab’ key for focus to reappear within the page. Focus then reappears on the next focusable element after the ‘Use code’ button. When navigating with screen reading software ‘in context’, using arrow keys to read through the page, you are directed back to the start of the page which will cause you to lose your place. This fails 2.4.3 Focus Order (Level A).
- When an application form page loads, the focus is directed to the middle of the page. If you use a screen reader you would miss important information above form. You would have to navigate back up the page to find this information. This fails 2.4.3 Focus Order (Level A).
Mandatory fields (A)
Labels or instructions (A)
Labels not programmatically associated (A)
- Some form fields have no accessible name by which it may be referenced to voice activation software. You might expect to be able to reference elements by speaking the visual label as it appears onscreen. If you use a screen reader and are navigating ‘out of context’, filtering the page by element type, will encounter the component as ‘unlabelled’, you will have to switch navigational methods and search through the surrounding page content in order to identify the purpose of the control. This fails 1.3.1 Info and Relationships (Level A) and 4.1.2 Name, Role, Value (Level A).
- The visual label provided to enable you to identify the purpose of a field may not be programmatically associated with the field. This means that this component has no accessible name by which it may be referenced to voice activation software. If you are using a screen reader and are navigating ‘out of context’, filtering the page by element type, you will encounter the component as ‘unlabelled’. You would have to switch navigational methods and search through the surrounding page content in order to identify the purpose of the control. This fails 1.3.1 Info and Relationships (Level A) and 4.1.2 Name, Role, Value (Level A).
Label in name (A)
- The accessible name of checkboxes does not contain the text that is presented visually as the label. If you are using voice activation, you may struggle to reference the component when using assistive technology by speaking the visual label, for example, ‘Yacht and small craft’, as this name is not contained within the accessible name of the component. This fails 2.5.3 Label in Name (Level A).
- The accessible name of some links does not contain the text that is presented visually as the label. This means if you are using voice activation software you may struggle to reference the component. This fails 2.5.3 Label in Name (Level A).
Headings (A)
- The heading on the Welcome page is displayed as two separate headings for styling purposes. This means the primary heading and structure of the page may not be properly announced if you are using screen reader software. This fails 1.3.1 Info and Relationships (Level A).
- The text 'Russell Group' in the footer of each page is marked-up as a heading, but this is stand-alone information rather than heading to a section of content. This means if you are using screen reading software you may navigate to this section but it won't contain any related content. This fails 1.3.1 Info and Relationships (Level A).
- Some page headings are not marked up programmatically as headings. This means if you are using screen reader software you will not be presented with the purpose of this information. This means that the start of each section may be difficult to determine. In addition to this, you will not be able to navigate directly to the required content by filtering the page by headings. This fails 1.3.1 Info and Relationships (Level A).
- On some pages, headings are not structured hierarchically. This means that it is not clear that it is the page heading introducing the main page content. If you are using screen reader software this may make the purpose of the information unclear. This fails 1.3.1 Info and Relationships (Level A).
Form groups (A)
- Some form fields are not marked-up programmatically as being related to each other. This means that the relationship between these fields may be ambiguous if you are navigating with screen reading software. This may be particularly challenging if navigating ‘out of context’, filtering the page by element type. You may have to switch navigational methods and search through the surrounding page content to find the group label in order to identify the purpose of the controls and to what they refer. This fails 1.3.1 Info and Relationships (Level A) and 2.4.6 Headings and Labels (Level AA).
CSS content (A)
- The completed status of an application step is communicated visually with a tick symbol. if you are using assistive technology such as screen readers it may not announce the tick symbol and the completed status of the application steps will not be made clear. This fails 1.3.1 Info and Relationships (Level A).
Images as labels (A)
Information and relationships (A)
Incorrect Use of ARIA (A)
Grid Role (A)
- Some tabular data won't have the expected table keyboard shortcuts and will not work if you are using assistive technology. This fails 4.1.2 Name, Role, Value (Level A).
Custom controls (A)
On Input (A)
- When a checkbox is changed, any other selected checkboxes become de-selected. The usual behaviour is to be able to select multiple checkboxes rather than just one. You are not advised of this behaviour prior to selection. This fails 3.2.2 On Input (Level A).
Use of Colour (A)
Custom Tooltip (A)
Sensory Characteristics (A)
- Some form fields include instructions referring to a ‘magnifying glass icon'. If you are using a screen reader you will encounter this control as ‘Launch lookup modal’, with no reference to a magnifying glass icon. This means you may not be able to connect the instructions to the interactive element it refers to. This fails 1.3.3 Sensory Characteristics (Level A).
Headings and Labels (AA)
- Headings are not unique across multiple pages. This means if you are using a screen reader you may not know what the purpose of the page is. This fails 2.4.6 Headings and Labels (Level AA).
- The ‘action menu’ button labels do not clearly describe the purpose of the button. Multiple buttons have the same label, so their individual purpose is not able to be determined from the label alone. This means if you are using a screen reader and navigating ‘out of context’, filtering the page by element type, will have to switch navigational methods and search through the surrounding page content in order to identify the purpose of the buttons. This fails 2.4.6 Headings and Labels (Level AA).
Images of Text (AA)
Non-text Contrast (AA)
- Form field borders lack sufficient colour contrast from their background colour. This means that if you have low vision you may not be able to determine the presence of the form field. This fails 1.4.11 Non-text Contrast (Level AA).
- The tooltip icon in the Payment section of the application has insufficient contrast with the background colour. This means that if you have low vision you may not be able to determine the presence of the tooltip icon. This fails 1.4.11 Non-text Contrast (Level AA).
Content on Hover or Focus (AA)
- Content is displayed when hovering the mouse pointer over the tooltip icon in the Payment section. This content obscures other content and cannot be dismissed without moving the mouse pointer. This may interfere with your viewing or operating of the original content particularly if you have low vision and require a high level of magnification. This fails 1.4.13 Content on Hover or Focus (Level AA).
Contrast (Minimum) (AA)
Reflow (AA)
- When the page is zoomed to 400% (or viewed on smaller screens) information may be lost. For example menu links, form fields spilling off the page and having to horizontally scroll to read tooltips. This fails 1.4.10 Reflow (Level AA).
Disproportionate burden
There are currently no issues on the taught postgraduate application portal that we consider to be a disproportionate burden to fix.
Third-party content
We often do not have control over the accessibility of third-party services and content across our website.
This includes things like:
However, we’re working with vendors and reviewing our procurement processes to make sure as many people as possible can use these services.
We ask third-party suppliers to provide links to their Accessibility Conformance Report (ACR). They can do this using the Voluntary Product Accessibility Template (VPAT). The template supports Section 508, EN 301 549 (PDF), and W3C/WAI WCAG.
We support the searchBOX project, which provides a database of accessibility information about third-party vendors across the public sector. You can search for third-party accessibility statements using the free searchBOX finder tool.