Access is part of the product

Accessibility statement

We aim for WCAG 2.2 AA and design the core task—enter, compare and copy—to work with a keyboard, zoom and assistive technology.

Last reviewed:

What the interface supports

Controls use visible labels, logical focus order, strong focus indicators and touch targets designed around 44 by 44 CSS pixels. Status messages confirm updates and copies without moving focus.

The layout reflows at narrow widths and increased zoom. Motion is brief and disabled when reduced motion is requested.

Readable view and plain text

Readable view puts the original text before the results, reduces decorative output weight and emphasizes style names, coverage and limitations. A plain-text copy action remains available beside the main input.

Result previews do not automatically enter the live announcement region on every keystroke.

Known Unicode limitation

Assistive technology can announce mathematical or enclosed symbols with long formal names. Combining marks may be announced inconsistently. We cannot make a destination interpret decorative code points like ordinary letters.

For names, instructions and essential information, we recommend ordinary text or an adjacent ordinary-text equivalent.

Testing approach

Our self-evaluation includes automated WCAG checks, keyboard and focus workflows, 320-pixel layouts, reduced motion and zoom-oriented responsive review. Manual checks with VoiceOver, NVDA, TalkBack, text enlargement and 200%/400% zoom remain recurring release work; this statement is not a third-party certification or an unconditional conformance claim.

Report a barrier

Email tailorweb.contact@gmail.com with the page, control, browser, operating system and assistive technology involved. You do not need to provide the private text you entered. We will investigate reproducible barriers and record confirmed corrections in the changelog.