The Web site of the Archaeological Museum of Cagliari, has been realized in compliance with the guidelines and recommendations of the Web Accessibility Initiative (WAI) for IT tools. All users will have the ability to access the contents of the portal regardless of their individual skills or the tools used, such as: operating system, navigation instruments or from your web browser settings.
The accessibility requirements and the various control points for verification, have been defined on the basis of the guidelines and principles of success criteria contained in the Recommendation, the World Wide Web Consortium (W3C) – Web Accessibility Initiative (WAI) It published on 11 December 2008 and which contains the Web Content Accessibility Guidelines 2.0 (WCAG 2.0).
The WCAG 2.0 guidelines are based on four principles:
Principle 1- perceptible:
- the information and user interface components must be presented so that they can be enjoyed through different sensory channels.
Principle 2 – can be used:
- the user interface components and the controls it contains must be usable without undue discomfort or constraints for the user.
Principle 3 – understandable:
- users must be able to understand the mode of operation of the interface and the actions contained therein necessary to obtain services and information.
Principle 4 – Robust:
- the content must be robust enough that it can be interpreted reliably by a wide range of programs used by the user, including assistive technologies.
Application of the technical requirements of Accessibility
Requirement 1 – Text alternatives:
- all images posted on the website contain a clear text description -alternativa- the web reader software.
Requirement 2 – Audio content, videos and animations:
- the recorded content presented in audio only format are provided with alternative text offering the same information as those of the audio-only content;
- the recorded content presented in one video format or format that contains no audio entertainment are provided at least for an alternative text-based that presents equivalent information for the video-only content or animation without sound.
Requirement 3 – Adaptable:
- the portal has been created with the Responsive technique that makes it automatically paginated and optimized for viewing on a wide range of devices, from smartphones, tablets, desktop PCs or SmartTV.
Requirement 4 – Distinguishable:
- the choice of portal backgrounds, it is done by checking the sufficient contrast between the foreground text and the background, and following the instructions of the control point 4.3 of the WCAG 2.0. The audio content can be stopped, started, or paused. The text can be resized without loss of legibility or layout.
Requirement 5 – Keyboard Accessibility:
- you can move the focus from one component to another of the page and navigate, with the simple use of the Tab key (forward), Shift + Tab (backward) and enter key to open a selected link.
Requirement 6 – Enough Time:
- there are no time limits for the completion of the user’s activities. To lock the user timeout which made access to services is sufficient to any browsing activity on the portal.
Requirement 7 – Epileptic seizures:
- portal pages do not contain anything that flashes more than three times per second.
Requirement 8 – Navigable:
- each page has a title that describes topic and functionality. All links on the page can be navigated sequentially using the keyboard through the tab forward and shift + tab back. The selected link is indicated by a frame that varies depending on the browser used. The selected link is accessed by pressing the Enter key on your keyboard. All blocks of content and interactive components are identified by appropriate descriptive labels and titles which clarify its purpose.
Requirement 9 – Readable:
- was estimated that the textual contents are fully readable and usable. The change of language, is clearly explained.
Requirement 10 – Predictable:
- simply no focus of the portal element any functionality changes or active. Navigation is consistent in style and positioning of its elements in all sections of the portal. The elements that have a same functionality, such as the buttons, or the form, retain the same style and meaning in all the sections of the portal.
Requirement 11 – Assistance to data entering and information:
- when required by the user action is always provided a label with instructions for its proper execution. If an error is identified is always supplied a suggestion to be able to fix and continue. All are reversible and the user input data have occurred, allowing the user himself to perform the necessary corrections of any input errors.
Requirement 12 – Compatible:
- the portal is compatible with all versions of popular browsers (Safari, Firefox, Edge, Chrome, Opera, Android Browser, iOS Safari, and Internet Explorer version 10). However, they are always present alternative versions legible for more outdated browser. Finally, the portal is compatible with most major versions of Screen Reader.