Status of This Document
This section describes the status of this
document at the time of its publication. A list of current W3C
publications and the latest revision of this technical report can be found
in the W3C technical reports index at
https://www.w3.org/TR/.
This document was published by the Accessible Platform Architectures Working Group as
a Group Draft Note using the
Note track.
The name of the Task Force is changed from Personalization to WAI-Adapt, and the names of all documents will be renamed accordingly. The purpose of this publication is to change the name of the document. For details, please refer to the Resolution and Discussions of the WAI-Adapt Task Force.
To comment, file an issue in the W3C WAI-Adapt GitHub repository. If this is not feasible, send email to public-adapt@w3.org (archives). Comments are requested by 10 July 2022.
Group Draft Notes are not endorsed by
W3C nor its Members.
This is a draft document and may be updated, replaced or obsoleted by other
documents at any time. It is inappropriate to cite this document as other
than work in progress.
The
W3C Patent
Policy
does not carry any licensing requirements or commitments on this
document.
This document is governed by the
2 November 2021 W3C Process Document.
This specification is designed to enable authors to add extra information about content, to enable personalization for the individual user, including providing extra support and enabling new user agents for people with learning and cognitive disabilities.
Adding the semantics in these specifications enable user agents to adapt the content for the individual needs of the user. These adaptations may include:
- Adding familiar symbols and graphics that the user knows (module 1)
- Changing symbols and graphics to ones that are more understandable for the user (module 1)
- Fewer features and options adjusted to the needs of the individual user (module 1)
- Keyboard shortcuts that are familiar to the user (module 1)
- Reduced distractions to the user (module 1)
- Adding tooltips and help (module 2)
- Adaption of language the user understands such as literal language or common terms (module 2)
- Integration of alternative versions such as easier to read or restricted use of language (module 2)
- Widgets for in-context support (module 3)
WAI-Adapt enables the author the ability to keep their original design intact, whilst enabling personalized experiences for different users via different user agents. This is important because:
- Sometimes user needs conflict.
- Learning new designs, patterns and widgets can be confusing - we want to allow users to use widgets they already know.
- Extra support can be annoying to people who do not need it.
- Making content predictable is necessary for accessibility for some people but can often be considered boring design for other users.
- Ability to change levels of complexity and simplify the content is important as people skills improve or decrease over time or context.
Note that this work is limited to adding information about the content. The design of the user agents is outside the scope of this work.
Web developers using HTML and other documents to add supporting syntax that provides the extra information, help, and context.
For example: Revert
It is envisioned that user agents such as browser extensions and assistive technology use the syntax to manipulate the content to meet the user’s need. For example, the user agent may also use user preferences for different interface options – either for the individual or as a popular “skin”. Alternatively, the web author can also include an open-source script that enables the personalization for the user. However, it is up to the implementers how the semantics are used. Examples of implementations are at https://github.com/w3c/adapt/wiki/Implementations-of-Semantics.
The latest working draft of the semantics and work-in-progress are available at https://w3c.github.io/adapt/.
Common concepts used in controls should be machine understandable so the user agent or script should understand the context of links, buttons, and fields and other page elements so that symbols and text is displayed in a way each user understands.
Implemented in module 1, Adaptable Content.
Enable text symbols and text to be mapped and converted into different set of symbols.
Create interoperable symbol sets for users with complex communication needs that require the use of Alternative and Augmentative Communication (AAC) systems. AAC systems are designed for people who are non-verbal that often use symbols with or without text. AAC end-users tend to only learn one symbol set and cannot easily communicate with other symbol users in a written format. In addition, they may struggle to understand different symbols that are used in different applications. It's important to note that some symbols may be subject to copyright, which means they cannot be shared across applications. However, there are open symbol sets that can be shared and mapped against concepts, generating representative text.
Implemented in module 1, Adaptable Content.
Not everyone can understand numeric concepts and numbers. We need to allow alternatives for numeric content.
Implemented in module 2, Adaptable Help and Support.
There must be a mechanism to identify and differentiate the features included in web content based on its importance (e.g. critical, high, medium, low).
Implemented in module 1, Adaptable Content.
Support for Authors to provide a simplified version of the page or of a section of a page. These alternative versions may not be identical in content but maintain the intent of the original content.
Implemented in module 2, Adaptable Help and Support.
Some users cannot understand non-literal text and icons such as metaphors, idioms etc. The literal property is intended to identify text or images as non-literal and allows the author to explain non-literal text and images to users.
Implemented in module 2, Adaptable Help and Support.
Support additional properties where the author can provide additional information or explain what just happened, that some users may need.
Implemented in module 2, Adaptable Help and Support.
Support to users must be able to track completed tasks in order to identify their location in a process. In addition, a user must be able to navigate to completed tasks to make modifications or corrections.
Implemented in module 3, Adaptable Tools.
A mechanism for managing both system level and application level reminders and messages for users who are sensitive to distractions. We require a group of defined values that give users control over the amount of reminders and messages that are presented along with a mechanism for managing, prioritizing, managing and grouping reminders and messages.
Implemented in module 3, Adaptable Tools.