Aware Components is an unstyled React component library focused on accessibility (a11y). It provides enhanced versions of common HTML elements like <a>
, <button>
, <div>
, <h1>
-<h6>
, <img>
, and more. These components are designed to automatically check for accessibility issues and display console warnings during development as needed.
The goal is to improve accessibility by ensuring proper usage of naming conventions, color contrast, ARIA labeling, and the correct nesting of elements.
- Built-in Accessibility Checks: Each component provides real-time accessibility feedback, including warnings about heading levels, contrast issues, ARIA labels, and more.
- Common HTML Elements: Components are based on familiar HTML elements, making them easy to integrate into existing projects.
- Customizable Warnings: Developers receive accessibility warnings during development, enabling quick fixes and improvements.
- Standalone Accessibility Checks: In addition to components, several standalone accessibility checks are exported for broader use.
- Expandable: While currently focused on accessibility, the library is designed to expand in the future.
Note: This is an early version of and is still under active development. Features may change, and some components may not be fully stable. Use with caution.
For optimal accessibility monitoring, wrap your entire application with the A11yProvider
:
import { A11yProvider, H1, Button } from 'aware-components';
function App() {
return (
<A11yProvider>
<div>
<H1>Welcome to Aware Components!</H1>
<Button onClick={() => alert('Hello')}>Click me</Button>
</div>
</A11yProvider>
);
}
export default App;
The A11yProvider is required for checks that depend on the presence or number of components, such as ensuring proper heading levels or unique landmarks like <main>
. Wrapping your app in A11yProvider allows these context-aware checks to function correctly.
Accessibility issues logged in the console
Example 1: Button with insufficient contrast and size issues
import { Button, Div } from 'aware-components';
function MyButton() {
const [count, setCount] = React.useState(0);
return (
<Div>
<Button
style={{
backgroundColor: '#000', // Insufficient contrast with text color
color: '#333', // Low contrast for readability
width: '1em', // Minimum touch target size not met
}}
onClick={() => setCount((count) => count + 1)}
// Missing visible text or aria-label
/>
</Div>
);
}
Example 2: Incorrect use of heading elements
import { H1, H3 } from 'aware-components';
function Headings() {
return (
<>
{/* Repeated <H1> elements, breaking the proper heading structure */}
<H1>Guide to Cooking</H1>
<H1>Basics of Cooking</H1>
{/* <H3> used without an <H2>, skipping heading levels */}
<H3>Choosing the Right Flour</H3>
<H3>Essential Cooking Tools</H3>
</>
);
}
Example 3: Standalone Accessibility checks
In addition to the components, some standalone accessibility checks are exported.
import { isRatioOk, canHaveAriaHidden } from 'aware-components';
console.log(isRatioOk('white', 'black', 'AAA', 18)); // Checks if the contrast ratio between text and background colors meets WCAG level AA or AAA, based on text size.
console.log(canHaveAriaHidden(SomeComponent())); // Checks if the aria-hidden attribute can be applied to the component.
Most components can be used alongside standard HTML elements. This flexibility allows for easy integration, but for the most comprehensive accessibility insights, consider using aware-components
for all core elements in your component tree.
Example: The following mix of <Div>
components and HTML <div>
elements will still correctly detect and count nested divs.
import { Div } from 'aware-components';
export function Container(props: React.PropsWithChildren) {
return (
<Div>
<Div>
<div>
<Div>
<div>{props.children}</div>
</Div>
</div>
</Div>
</Div>
);
}
Example: Using the <Table>
Component
The <Table>
component from aware-components
checks for accessibility issues like missing <headers>
and <scope>
attributes based on the table's structure. While you can use native HTML elements like <caption>
inside <Table>
, accessibility checks may not detect these elements if they are wrapped in custom components.
To ensure all elements, including nested ones, are detected and provide detailed warnings, use aware-components
like <Caption>
, <Th>
, and <Td>
.
import { Table, Caption } from 'aware-components';
// This caption won't be detected, and a warning will be issued.
function Description() {
return <caption>Delivery slots:</caption>;
}
// This caption will be detected, and no warning will be issued.
function Description() {
return <Caption>Delivery slots:</Caption>;
}
export function MyTable() {
return (
<Table>
<Description />
...
</Table>
);
}
By using all aware-components
for table elements, you enable comprehensive accessibility checks and ensure detailed feedback on potential issues.
- Ensuring accessibility by default for the most common HTML components.
- Catching common a11y issues like:
- Heading level misuse (e.g., too many h1 elements)
- Color contrast issues
- Proper use of ARIA labels
- Nesting and structure of semantic elements
- Expand to more specialized components
- Offer deeper customization for a11y checks
Create a branch on your fork, add commits to your fork, and open a pull request from your fork to this repository.
To check full changelog click here