Accessible Web Components: Tabs

— 6 minute read

The web component permalink

I've finally published my first NPM package: a web component to represent a tabbed interface.

View the demo

Rock and roll.

It might not be the most fashionable of side projects - or technologies - but I felt that a wrapping up the desired behaviour of a tabbed interface into a bog-standard web component might do some good. If it saves another developer spending an afternoon doing the same thing, or makes the life of the user a little easier, then I'd consider that worthwhile.

The component follows the behaviours specified in the WAI-ARIA Authoring Practices document. It can be styled with CSS to suit its environment, and will display as a single column should there be a hitch. Alas, web components do require JavaScript in order to be registered, and it certainly requires JS in order to enhance the markup with the required ARIA attributes.

Usage permalink

JavaScript

Import the three components, and tell the browser about them:

import { AwcTabs, AwcTab, AwcPanel } from "@accessible-web-components/tabs";

window.customElements.define("awc-tabs", AwcTabs);
window.customElements.define("awc-tab", AwcTab);
window.customElements.define("awc-panel", AwcPanel);

HTML

It takes the following structure. Add as many tabs and panels as are required.

<awc-tabs>
<awc-tab role="heading" slot="tab">Tab 1</awc-tab>
<awc-panel role="region" slot="panel">
<h2>My first tab</h2>
<p>Here is some text…</p>
<ul>
<li>…and a list</p>
</ul>

<button type="button">I am a focusable element within the tab</button>
</awc-panel>
<awc-tab role="heading" slot="tab">Tab 2</awc-tab>
<awc-panel role="region" slot="panel">Content 2</awc-panel>
<awc-tab role="heading" slot="tab">Tab 3</awc-tab>
<awc-panel role="region" slot="panel">Content 3</awc-panel>
</awc-tabs>

To the 67 brave souls who have downloaded it since yesterday morning: you are brave thanks for being my guinea pigs!. I've put the package level as a pre-release, at 0.0.0-alpha.3. I don't think it's going to break your project, but there are a few more features I want to include before it goes to 0.0.1. I guess it would help if I wrote some tests, and I can certainly improve the documentation.


Side projects, eh? Gotta love 'em.

Four years ago, I made the first commit in a Github repository called Accessible Web Components.

The following year, in March 2017, I gave a talk at HydraHack about my plan to create a whole series of components. As a fellow speaker that night, I'm hopeful Nivi's offer of feedback still stands!

The first component – an alert message – was the "Hello world!" I used to play with various frameworks. It moved across Polymer, Polymer v2, Stencil, a custom element, Vue, and finally LitElement. The Polymer version still lives in the repository, complete with its use of HTML Imports. It's a shame that particular spec got shot down: it feels awkward defining component templates inside the JavaScript.

Then, with the plan to create a whole series of these components, I thought a monorepo would be a good idea. I installed Lerna, and spent way too much time getting its configuration just so.

With Lerna just about sussed, I turned to the guidelines suggested by the open-wc project when it comes to publishing. I've been using their linting and commit standards for some time, but the project has really been evolving: I've used their generator to scaffold the next component in the series.

Finally, it was time to publish. Again, it took too long figuring out how to create an organisation on NPM, such that the package name could be in the format: @accessible-web-components/<blah>. While it sounds trivial, I thought it worth keeping this and future components grouped together right from the start.


Despite it being a fairly trivial piece of software, I'm excited yet nervous at the thought of third parties using something I've written. I'm looking forward to constructive criticism to help shape it and make the web a richer, and more accessible platform.