New Admins: Register for our new Pure Lecture Series!
Pure's logos
Pure Help Center for Pure Administrators

If you are a researcher, or other non-admin at your institution, click here.

  • Home
  • Announcements
  • Release Notes
  • Technical user guides
  • Training
  • Events
  • Support
  • Contact Us
  • Home
  • Training
  • Technical user guides
  • Accessibility

How Can We Help?

Search Results

Filter By Category

Contact Us

If you still have questions or prefer to get help directly from an agent, please submit a request.
We’ll get back to you as soon as possible.

Contact us

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 enough contrast with the background (4.5:1 for small text and 3:1 for large text)

 

Partially supports

Text has sufficient contrast with its corresponding background in most areas.

 

Exceptions:

  • Home, Profile Details, Research Unit Details: Text within images of “UN Sustainable Development Goals” menu buttons (white) may lack sufficient contrast against their backgrounds (various colours)
  • Research Output, Research Output Details, Profile Details: Text in the PlumX tooltip (e.g. orange, green, purple) may lack sufficient contrast against the background (white)  

1.4.5: Images of Text (AA)
Text is used rather than images of text, except where the presentation of text is essential, such as logos

 

Partially supports

No images of text are used other than for logos or essential presentation in most areas.

 

Exceptions:

  • Home, Profile Details, Research Unit Details: “UN Sustainable Development Goals” menu buttons utilize images of text

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).

 

Partially supports

Almost all non-text UI components and graphical objects have at least a 3:1 contrast ratio against surrounding colors.

 

Exceptions:

  • Various pages: “Fingerprint” donut chart icons may lack sufficient contrast between slices (grey vs. green)
  • Home, Profile Details, Research Unit Details: Pindrop icon (orange) on the world map may lack sufficient contrast against continents (grey)

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:

  • Dismissible
  • Hoverable
  • Persistent

 

Partially supports

Some instances of content that appears on hover or focus are not dismissible, hoverable, or persistent according to the criteria.

 

Exceptions:

  • Profile Details: “Per year” expanded bar graphs feature tooltips on pointer hover, but the pointer may not be moved over the additional content without disappearing
  • Find Profiles, Profile Details: Tooltips on “Research activity per year” bar graphs are hoverable, but are not always positioned exactly adjacent to or overlapping their triggers (which have small targets)
  • Advanced Search: Help/information ‘i’ tooltips are not dismissible (e.g. via Esc key)
  • Search: PlumX & Altmetric tooltips may occasionally overlay citation text or citation count but are not dismissible (e.g. via Esc key)

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

 

Partially supports

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:

  • Research Output, Research Output Details, Profile Details: PlumX and Altmetric tooltips are only triggered by pointer hover and not keyboard focus – although the links to external pages with similar/additional information are keyboard operable
  • Find Profiles, Profile Details: Email address link is excluded from the tabindex (i.e. not keyboard focusable)
  • Profile Details, Research Unit Details: Interactive functionality within Network “Visualization” diagrams (e.g. repositioning nodes, activating details) is largely not keyboard operable

2.4.3: Focus Order (A)

Users can tab through the elements of a page in a logical order

 

Partially supports

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:

  • Home: Topic/concept components do not manage focus in a logical manner when child popover menus are dismissed – focus does not return to the parent menuitem
  • Home: (Optional) slideshows feature tablist controls operated via left/right arrow key navigation, yet focus does not follow the active tab/slide marker even if navigation is user-initiated

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

 

Partially supports

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:

  • Profile Details: Copyright tooltips may share an id value, leading to erroneous descriptions for copyright buttons (the buttons reference tooltip text via aria-describedby attributes)
  • Profile Details, Research Unit Details: “Per year” expanded bar graphs have visually hidden alternatives available for AT users in table markup – although table cells may have erroneous/deprecated scope attributes

3.1.2: Language of Parts (AA)

Specify the language of text passages that are in a different language than the default language of the page.

 

Partially supports

Sections or phrases of text may occasionally not match the default (i.e. selected) page language.

 

Exceptions:

  • Various pages: Various terms (e.g. research output titles, research unit or institutional names) are not programmatically specified as differing from the default language of the page

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:

  • The input field serves a purpose identified in the Input Purposes for User Interface Components section; and
  • The content is implemented using technologies with support for identifying the expected meaning for form input data.

 

Partially supports

Applicable form elements that collect such information about the user are very uncommonly encountered.

 

Exceptions:

  • Profile Details: “Your name” & “Your email” fields in the “Contact expert” modal lack appropriate autocomplete attributes.

4.1.2: Name, Role, Value (A)

For all UI components, the name, value, and role can be programmatically determined.

 

Partially supports

Most UI components communicate their state programmatically, and many have accessible names that are appropriately defined.

 

Exceptions:

  • Profile Details: “Contact expert” modal bears a dialog role but lacks an accessible name (e.g. via aria-labelledby attribute) and aria-modal="true"
  • Profile Details, Research Unit Details: Entire Network “Visualization” section (including keyboard-operable forms and controls) is rendered unavailable to AT via aria-hidden="true". A brief message about the inaccessibility of the “Visualization” to screen readers is announced on page load.
  • Find Profiles, Profile Details: Tooltip containers on “Research activity per year” bar graphs erroneously bear aria-expanded attributes

Multimedia

WCAG 2.2

Checkpoint

Conformance Level

Remarks

2.2.2: Pause, Stop, Hide (A)

Users can stop, pause, or hide moving, blinking, scrolling, or auto-updating information.

 

Partially supports

There is no moving, scrolling, or auto-updating information for which the criterion is applicable on almost all pages.

 

Exceptions:

  • Home: (Optional) slideshow starts automatically and lacks a pause, stop, or hide mechanism

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.

 

Partially supports

Functionality that utilizes dragging movements is very uncommonly encountered

 

 

Exceptions: 

  • Profile Details, Research Unit Details: Repositioning view and nodes within the “Force” diagram of the Network “Visualization” is not possible without dragging, although repositioning is largely cosmetic/temporary

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:

  • Spacing
  • Equivalent
  • Inline
  • User agent control
  • Essential

 

Partially supports

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: 

  • Profiles: Supplementary profile links organized within lists (e.g. email, organizations) may lack targets of sufficient size

 

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.

 

Published at August 28, 2024

Download
Table of Contents
  1. Accessibility statement for Pure Portal
  2. How accessible this website is
  3. Feedback and contact information
  4. Enforcement procedure
  5. Technical information about this website’s accessibility
  6. Compliance status
  7. Non-accessible content
  8. Non-compliance with the accessibility regulations
  9. Visuals
  10. Keyboard
  11. Headings and Structure
  12. Labelling
  13. Multimedia
  14. Mobile User Experience
  15. Content that’s not within the scope of the accessibility regulations
  16. PDFs and other documents
  17. Live video
  18. Preparation of this accessibility statement
Related Articles
  • Pure Accessibility Statement (UK)
  • Pure Accessibility
Keywords
  • statement
  • accessible

Was this article helpful?

Yes
No
Give feedback about this article

    About Pure

  • Announcements

    Additional Support

  • Events
  • Client Community
  • Training

    Need Help?

  • Contact Us
  • Submit a Support Case
  • My Cases
  • Linkedin
  • Twitter
  • Facebook
  • Youtube
Elsevier logo Relx logo

Copyright © 2025 Elsevier, except certain content provided by third parties.

  • Terms & Conditions Terms & Conditions
  • Privacy policyPrivacy policy
  • AccesibilityAccesibility
  • Cookie SettingsCookie Settings
  • Log in to Pure Help CenterLog in to Helpjuice Center

Knowledge Base Software powered by Helpjuice

Expand