The Web Content Accessibility Guidelines (WCAG) don't mandate a minimum font size for web content. However, ensuring readability is crucial. This article explores best practices for accessible font sizing, focusing on WCAG requirements and leveraging browser defaults.
Readability: Contrast and Character Variety
WCAG prioritizes contrast over a fixed size. Text must meet a minimum 4.5:1 contrast ratio (3:1 for large text). Tools like WebAIM's Contrast Checker can help. The complexity of various alphabets (around 300 globally) means a single minimum size isn't universally applicable. WCAG defines "large text" based on language-specific minimum large print sizes, measured in points (not pixels). For Roman text, 18 points (which might equate to 24px depending on screen density) is considered "large".
In essence, WCAG specifies contrast, not a precise font size.
Fortunately, browser default styles are inherently accessible. Let's leverage them.
Proportions, Not Fixed Sizes
Browser default styles (user agent stylesheets) precede author styles and user styles. Many users adjust their default browser font sizes. We also lack complete control over font-family due to factors like translation, font loading failures, or user-selected fonts (like OpenDyslexic).
Therefore, focus on proportions, not absolute sizes. Use CSS relative units (WCAG recommends em
units) to ensure content scales appropriately to the user's environment. Consider using rem
and em
units consistently (except for borders, where pixels are often preferable).
Avoid Setting a Base Font Size
Generally, avoid setting font-size
on the :root
, , or
elements. Let the browser's default accessible size serve as the baseline. The WCAG 2.2 working draft suggests that the default font size used by major browsers for unspecified text provides a reasonable baseline.
Exceptions exist. Intricate, thin, or short x-height fonts might require a slightly larger base font size to achieve sufficient contrast. Remember: contrast, not size, is the key WCAG metric. Unusual fonts may require larger sizes to maintain readability, especially at lower contrast levels. Users can still adjust the base font size to their preference.
Maintain proportions: define relative size adjustments (e.g., .small
, .large
) based on the browser's default.
:root { /* Do not set a font-size here */ } .small { font-size: .8rem; } .large { font-size: 2rem; }
Headings
Maintain heading order (h1, h2, h3, etc.) for screen reader accessibility. Resetting heading font sizes to 1rem
can decouple visual styling from semantic meaning.
Working with Pixels
To translate pixel-based designs into relative units:
Method 1: The 62.5% Rule
Setting font-size: 62.5%;
on the :root
makes 1rem equal to 10px, simplifying pixel-to-rem conversion.
Method 2: Using calc()
Use calc()
to dynamically calculate rem values based on the assumed 16px browser default.
Method 3: Pixel-to-rem Function
Utilize preprocessor functions (Sass mixins, styled-components polish) or even create a custom CSS function for pixel-to-rem conversion.
Conclusion
Prioritize proportional sizing using rem
units, leverage browser defaults, and avoid assumptions about user settings. This approach ensures accessibility across diverse browsers, devices, and user preferences. Thanks to Franco Correa for his assistance.
The above is the detailed content of Accessible Font Sizing, Explained. For more information, please follow other related articles on the PHP Chinese website!

Here's a container with some child elements:

Flyout menus! The second you need to implement a menu that uses a hover event to display more menu items, you're in tricky territory. For one, they should

"The power of the Web is in its universality. Access by everyone regardless of disability is an essential aspect."- Tim Berners-Lee

In this week's roundup: datepickers are giving keyboard users headaches, a new web component compiler that helps fight FOUC, we finally get our hands on styling list item markers, and four steps to getting webmentions on your site.

The short answer: flex-shrink and flex-basis are probably what you’re lookin’ for.

In this week's look around the world of web platform news, Google Search Console makes it easier to view crawled markup, we learn that custom properties

The IndieWeb is a thing! They've got a conference coming up and everything. The New Yorker is even writing about it:


Hot AI Tools

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Undress AI Tool
Undress images for free

Clothoff.io
AI clothes remover

Video Face Swap
Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Article

Hot Tools

DVWA
Damn Vulnerable Web App (DVWA) is a PHP/MySQL web application that is very vulnerable. Its main goals are to be an aid for security professionals to test their skills and tools in a legal environment, to help web developers better understand the process of securing web applications, and to help teachers/students teach/learn in a classroom environment Web application security. The goal of DVWA is to practice some of the most common web vulnerabilities through a simple and straightforward interface, with varying degrees of difficulty. Please note that this software

Notepad++7.3.1
Easy-to-use and free code editor

Safe Exam Browser
Safe Exam Browser is a secure browser environment for taking online exams securely. This software turns any computer into a secure workstation. It controls access to any utility and prevents students from using unauthorized resources.

SublimeText3 Linux new version
SublimeText3 Linux latest version

mPDF
mPDF is a PHP library that can generate PDF files from UTF-8 encoded HTML. The original author, Ian Back, wrote mPDF to output PDF files "on the fly" from his website and handle different languages. It is slower than original scripts like HTML2FPDF and produces larger files when using Unicode fonts, but supports CSS styles etc. and has a lot of enhancements. Supports almost all languages, including RTL (Arabic and Hebrew) and CJK (Chinese, Japanese and Korean). Supports nested block-level elements (such as P, DIV),