How Can We Help?
Pure Portal Accessibility Statement (UK)Pure Portal Accessibility Statement (UK)
Accessibility statement for Pure Portal
This accessibility statement applies to Pure Portal, as provided by Elsevier to the customer organisation.
This website is run by [name of organisation]. We want as many people as possible to be able to use this website. For example, that means you should be able to:
- change contrast levels and text size browser or device settings
- navigate most of the website using a keyboard or speech recognition software
- listen to most of the website using a screen reader (including the most recent versions of JAWS, NVDA and VoiceOver)
We’ve also made the website text as simple as possible to understand.
AbilityNet has advice on making your device easier to use if you have a disability.
How accessible this website is
We know some parts of this website are not fully accessible:
- UN Sustainable Development Goals and PlumX colours do not have enough contrast with the backgrounds
- On profile details and article details: the canvas graphs have tooltips that appear on mouse hover that cannot be hovered without disappearing.
- The popups for the Plum and Altmetric images cannot be reached and read by screen readers.
Feedback and contact information
If you find any problems not listed on this page or think we’re not meeting accessibility requirements, contact: Irina Bischof at i.bischof@elsevier.com.
If you need information on this website in a different format like accessible PDF, large print, easy read, audio recording or braille:
- email i.bischof@elsevier.com
We’ll consider your request and get back to you in 14 days.
If you cannot view the map on our ‘contact us’ page, call or email us here for directions.
Enforcement procedure
The Equality and Human Rights Commission (EHRC) is responsible for enforcing the Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 (the ‘accessibility regulations’). If you’re not happy with how we respond to your complaint, contact the Equality Advisory and Support Service (EASS).
Technical information about this website’s accessibility
Elsevier is committed to making its website accessible, in accordance with the Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018.
Compliance status
The website has been tested against the Web Content Accessibility Guidelines (WCAG) 2.2 AA standard.
This website is partially compliant with the Web Content Accessibility Guidelines version 2.2 AA standard, due to the exemptions listed below.
Non-accessible content
The content listed below is non-accessible for the following reasons.
Non-compliance with the accessibility regulations
The following WCAG 2.2 requirements are only partially supported by the Pure Portal
Visuals
WCAG 2.2 Checkpoint |
Conformance Level |
Remarks |
1.4.3: Color Contrast (Minimum) (AA) |
|
Text has sufficient contrast with its corresponding background in most areas.
Exceptions:
|
1.4.5: Images of Text (AA) |
|
No images of text are used other than for logos or essential presentation in most areas.
Exceptions:
|
1.4.11: Non-Text Contrast (AA) User interact components and graphical objects have a contrast ratio of at least 3:1 against adjacent color(s). |
|
Almost all non-text UI components and graphical objects have at least a 3:1 contrast ratio against surrounding colors.
Exceptions:
|
1.4.13: Content on Hover or Focus (AA) Where receiving and then removing pointer hover or keyboard focus triggers additional content to become visible and then hidden, the following are true:
|
|
Some instances of content that appears on hover or focus are not dismissible, hoverable, or persistent according to the criteria.
Exceptions:
|
Keyboard
WCAG 2.2 Checkpoint |
Conformance Level |
Remarks |
2.1.1: Keyboard (A) All functionality is available from a keyboard, except for tasks such as drawing |
|
Most standard web page content and functionality is keyboard operable across pages. Keyboard-operable functional equivalents to pointer interactivity on world maps are available via the “Dive into details” modal.
Exceptions:
|
Users can tab through the elements of a page in a logical order |
|
Tab order is largely logical across the site and preserves the meaning and operability of content in most instances. Note: using the Esc key on Profile Details (e.g. to dismiss a tooltip) may unexpectedly reset keyboard focus to the “Contact expert” button.
Exceptions:
|
Headings and Structure
WCAG 2.2 Checkpoint |
Conformance Level |
Remarks |
1.3.1: Information and Relationships (A) Info, structure, and relationships can be programmatically determined |
|
Most content is distinguishable via semantic structure and relationships. A logical heading order reflecting page organization and content is programmatically determinable on most pages. Most input elements have programmatically determinable labels. HTML sectioning elements/landmark roles demarcate content regions.
Exceptions:
|
Specify the language of text passages that are in a different language than the default language of the page. |
|
Sections or phrases of text may occasionally not match the default (i.e. selected) page language.
Exceptions:
|
Labelling
WCAG 2.2 Checkpoint |
Conformance Level |
Remarks |
1.3.5: Identify Input Purpose (AA) The purpose of each input field collecting information about the user can be programmatically determined when:
|
|
Applicable form elements that collect such information about the user are very uncommonly encountered.
Exceptions:
|
For all UI components, the name, value, and role can be programmatically determined. |
|
Most UI components communicate their state programmatically, and many have accessible names that are appropriately defined.
Exceptions:
|
Multimedia
WCAG 2.2 Checkpoint |
Conformance Level |
Remarks |
Users can stop, pause, or hide moving, blinking, scrolling, or auto-updating information. |
|
There is no moving, scrolling, or auto-updating information for which the criterion is applicable on almost all pages.
Exceptions:
|
Mobile User Experience
WCAG 2.2 Checkpoint |
Conformance Level |
Remarks |
2.5.7: Dragging Movements (AA) All functionality that uses a dragging movement for operation can be achieved by a single pointer without dragging, unless dragging is essential or the functionality is determined by the user agent and not modified by the author. |
|
Functionality that utilizes dragging movements is very uncommonly encountered
Exceptions:
|
2.5.8: Target Size (Minimum) (AA) The size of the target for pointer inputs is at least 24 by 24 CSS pixels, with certain exceptions involving:
|
|
Targets for pointer inputs usually exceed the minimum size defined by the criterion. Note: equivalent functionality to potentially overlapping components on the Map (where targets may not meet the minimum size requirements) is provided via the “Dive into details” modal. Various “per year” bar graphs associated with profiles may feature tooltips on pointer hover with small/narrow triggers.
Exceptions:
|
We are committed to making the Pure Portal fully accessible. At the moment we are working on the New Pure Portal which will replace the current one and which we aim to make fully accessible. We expect to start migrating customers to the New Pure Portal in HY1 2025 with the target to complete migration by HY1 2027.
Content that’s not within the scope of the accessibility regulations
PDFs and other documents
The accessibility regulations do not require us to fix PDFs or other documents published before 23 September 2018 if they’re not essential to providing our services.
Any new PDFs or Word documents we publish will meet accessibility standards.
Live video
We do not plan to add captions to live video streams because live video is exempt from meeting the accessibility regulations.
Preparation of this accessibility statement
This statement was prepared on the 24th of June 2024. It was last reviewed on the 28th of August 2024.
This website was last tested on the 26th of August 2024 against the WCAG 2.2 AA standard.
The test was carried out by the Elsevier accessibility team using the following key tools and methods:
• Hands-on keyboard operation
• DevTools/Code inspection
• Mozilla Firefox 129 and Chrome 128 on Windows 11 23H2
• NVDA screen reader 2024.2
• WAVE Browser Extension
• Color Contrast Analyzer
• W3C Web Accessibility Initiative (WAI) Pages
• Elsevier Accessibility Checklist
You can read the full accessibility test report here.
Updated at August 28, 2024