Page/view title available
Core requirement
The page/view has a title that describes its name, topic or purpose.
Except when the technology has no way to include a title.
Tests
Ensure the page/view title is meaningful
Procedure
For each page/view:
- Examine the source code of the HTML document and check that the first
titleelement is not-empty. - Check that the title element describes the document.
Expected results
- #1 and #2 are true.
Verify that the page/view has no available mechanism to define a title
Procedure
For each page/view where no title element is present:
- Determine whether the current page/view allows setting the HTML document
titleelement. - If the page/view is rendered within the current document context (e.g. modal dialog, popup, etc.) and does not provide a mechanism to set a document-level
title, the exception applies.
Expected results
- #1 and #2 are true.
ACT Rules
Key Terms
- actively available
available for the user to perceive and use
On the web, “actively available” is content that is not inert (see explanation of inert in HTML).
- conformance scope
A set of Views and/or Pages selected to be part of a conformance claim. Where a View or Page is part of a Process, all the Views or Pages in the process must be included.
How a person or organization selects the set is not defined in WCAG3. There maybe informative guidance on selecting a suitable set in future (similar to WCAG-EM), but regional laws or regulations may provide a methodology.
- content
information, sensory experience and interactions conveyed
- page
non-embedded resource obtained from a single URI using HTTP plus any other resources that are used in the rendering or intended to be rendered together
Where a URI is available and represents a unique set of content, that would be the preferred conformance unit.
- platform
software, or collection of layers of software, that lies below the subject software and provides services to the subject software and that allows the subject software to be isolated from the hardware, drivers, and other software below
Platform software both makes it easier for subject software to run on different hardware, and provides the subject software with many services (e.g. functions, utilities, libraries) that make the subject software easier to write, keep updated, and work more uniformly with other subject software.
A particular software component might play the role of a platform in some situations and a client in others. For example a browser is a platform for the content of the page but it also relies on the operating system below it.
The platform is the context in which the conformance scope exists.
- process
series of views or pages associated with user actions, where actions required to complete an activity are performed, often in a certain order, regardless of the technologies used or whether it spans different sites or domains
- view
content that is actively available in a viewport including that which can be scrolled, zoomed or panned to, and any additional content that is conditionally shown while leaving the rest of the content in the viewport actively available
- viewport
object in which the platform presents content
The author has no control of the viewport and almost always has no idea what is presented in a viewport (e.g. what is on screen) because it is provided by the platform. On browsers the hardware platform is isolated from the content.
Content can be presented through one or more viewports. Viewports include windows, frames, loudspeakers, and virtual magnifying glasses. A viewport may contain another viewport. For example, nested frames. Interface components created by the user agent such as prompts, menus, and alerts are not viewports.