Categories
HTML Accessibility

short note on emoji text alternative variations

Emojis Emojis are derived from Unicode symbols Unicode symbols do not have inbuilt text alternatives. They are exposed in the browser accessibility tree as a text symbol: The text alternatives for Unicode symbols are usually contained within a text file in screen reading software’s program files directory. For example the JAWS 2021 file for (English […]

Categories
HTML Accessibility

ALT TAG EMPTINESS

Adrian is displeased, as he dislikes people referring to a HTML attribute as something it clearly is not alt=”” empty, null <img src=”decor.jpg” alt=””> With the alt attribute you can provide a text alternative to represent the meaning of the visual content in an <img> in the context of its use or to signify the […]

Categories
CSS Accessibility HTML Accessibility

Super short note on CSS text (again)

Why does CSS text get announced by screen readers? Because it’s included as text in the accessibility tree in modern browsers. See the Pen CSS text example by steve faulkner (@stevef) on CodePen. Accessibility Tree Tree of accessible objects that represents the structure of the user interface (UI). Each node in the accessibility tree represents […]

Categories
HTML Accessibility

Manifest Accessibility

manifest – to show something clearly, through signs or actions. I recently opened an online store HTMLZ (HTML Zed) selling mainly t-shirts. People have been asking my motivations, so here they are: (mostly) Get the accessibility, usability and web standards message out there. Create some designs on shirts I have wanted myself, celebrate my friendships, […]

Categories
HTML Accessibility

named and framed

I asked 3 of the industries most trusted accessibility gurus the question: Is the title attribute still the most reliable method to provide an accessible name for an iframe? Their collective response *assumed Expectations Use of aria-label results in the same output as title as both, in this case, can provide an accessible name for […]

Categories
HTML Accessibility

Why not?

While on holidays I have been pondering a question Why can’t ARIA interactive roles be focusable by default like their HTML counterparts? The HTML specification states the following: Modulo platform conventions, it is suggested that the following elements should be considered as focusable areas and be sequentially focusable: a elements that have an href attribute […]

Categories
HTML Accessibility

Preserved in HTML

Preserving what is important from the transient bits and bytes of the interwebs. Photo by Patrick H lauke Sometimes useful things on the web disappear, but in some cases they are preserved in HTML by the WayBack machine. 2 such articles (written by me) from the W3C HTML Wiki are re-birthed here: Use h1 to […]

Categories
HTML Accessibility

The hidden world of aria-hidden

hides in the light An interesting feature of aria-hidden is that it hides stuff from screen reader users, but its effects are hidden from everyone else. Unless you going looking for it and understand what it does, you will have no idea how powerful it is and what a detrimental effect it can have if […]

Categories
HTML Accessibility

HTML Developers: Please Consider – in the year of 2021

ARIA is an amazing technology, it allows developers to add meaning to meaningless HTML or override meaning on HTML that is being repurposed and sometimes misused, so that users who rely upon the meaning of HTML, as implemented in browsers, can understand and interact with HTML User Interfaces successfully. ARIA allows developers to re-invent and […]

Categories
HTML Accessibility

Short note on role none or presentation?

Updated from Short note on role none or presentation? none or presentation? Do either work across browsers and Screen Readers? Details on Use of role=presentation or role=none Short answer is: All modern browsers support both role=”none” and role=”presentation” Internet Explorer 11 supports role=”presentation” only JAWS 2021 works around IE’s lack and so supports role=”none” NVDA […]