The ARIA Authoring Practices currently do not have an accepted pattern for sub headers within menus. Since this is something that happens a lot, this prototype is to find the most reliable way to get a screen reader to announce them.
Usually, it is not recommended from an accessibility standpoint to change the text of a button because it can confuse assistive technology (AT) users. This prototype was to find the best way to let the button text change while keeping some consistency for AT.
Started as a hackday project, it is a game to help all members of an organization or team get to know each other. Users can create a game, have people put their responses to the given questions, and then compete to see who knows the most about their colleagues. It is built with React and Firebase.
Simple components built with JS meant to test what works across shadow boundaries and what doesn't. Used browser accessibility tree and screen readers to determine how well the component worked.Live Version
The CMS that the UC Santa Cruz news site uses to publish their articles requires authors to write HTML. This was hard to scale, so this codepen lets authors put in the content, styles, and headline they want and copy the output into the CMS.
Final internship project - they are unstyled react components that show basic components from ARIA Authoring Practices in the SLDS context. There is documentation on why the ARIA recommendations are the way they are and what can be changed.