Page 8 - Barrierefreiheit
-
Maxim Mironjuk
-
September 10, 2025
A beautiful color palette is not automatically a readable color palette. A color contrast audit reveals which text and background combinations of a Tailwind CSS palette actually pass WCAG AA, before they become a trap for users with reduced vision in the design system.
-
Maxim Mironjuk
-
September 09, 2025
grid-auto-flow: dense automatically fills gaps in a CSS grid by searching backward on every placement. That produces a tight, gapless layout, but it can separate the visual order of elements clearly from their order in the markup, with direct consequences for keyboard navigation and screen readers.
-
Maxim Mironjuk
-
September 09, 2025
Screen readers and other assistive technologies never read HTML directly, they consume a parallel structure computed by the browser called the accessibility tree. Understanding how DOM, semantic HTML, and ARIA attributes shape this tree lets you track down and fix missing or wrong accessible names with the right tools, instead of testing accessibility by guesswork.
-
Maxim Mironjuk
-
September 06, 2025
Building your own dropdown or combobox instead of using a native HTML element means taking full responsibility for keyboard handling, focus, and screen reader announcements. This article shows step by step how to build an accessible custom widget following the WAI-ARIA Authoring Practices, with correct role, aria-expanded, aria-activedescendant, and real screen reader testing before shipping.
-
Maxim Mironjuk
-
August 25, 2025
A consent checkbox whose state is recognizable only by color, and a confirmation email with no discernible structure, quickly turn a simple newsletter signup into a hurdle screen reader users cannot clear.
-
Maxim Mironjuk
-
August 24, 2025
Anyone not using a mouse relies entirely on working keyboard navigation. Skip links, a logical focus order, and a clean focus trap in modals decide whether a Tailwind CSS application is usable or unusable for keyboard users.
-
Maxim Mironjuk
-
August 14, 2025
A visually appealing modal is only half the job. Anyone who takes WCAG 2.1 accessibility seriously has to implement focus management, correct ARIA roles and complete keyboard navigation. Alpine.js makes that possible, without jQuery and without external libraries.
-
Maxim Mironjuk
-
August 10, 2025
A star rating made of five filled and empty icons is instantly understandable for sighted users, but without extra markup it is either completely silent for screen reader users or a confusing sequence of five separate graphics with no recognizable overall value. Consistently making the rating's text alternative, the review form, and the sort and filter options for reviews accessible turns a purely visual trust signal into information every user can actually retrieve.
-
Maxim Mironjuk
-
August 04, 2025
A range input is one of the form controls with the biggest differences between browsers, because track, thumb and fill level each need their own vendor specific selectors. With the right CSS techniques, a fully custom slider can be built without loading an additional JavaScript library.
-
Maxim Mironjuk
-
August 04, 2025
A search field with live suggestions looks self-explanatory to sighted users, but without the ARIA combobox pattern it is often simply unusable for keyboard and screen reader users.
-