# Trying Atkinson Hyperlegible font on OpenScholar

I recently heard about Atkinson Hyperlegible, a free font created for the Braille Institute. There are a number of "accessibility" fonts meant to make text more readable by people with learning disabilities like dyslexia but this was the first I had heard of designed to be more readable by those with low vision. Some features of this font may also help with learning disabilities but in other ways it may be no better than more commonly used fonts.

# Mitigating an OpenScholar accordion mystery

The current (Drupal 7) OpenScholar Accordion widget is decent, from an accessibility perspective, but it has a glaring problem for sighted keyboard users.

## A Problem

If a panel in the accordion contains elements in the tab order, typically links, they remain in the tab order, even when the panel is collapsed. When these visually-hidden controls have focus, a user can't tell where focus is within the page, it has disappeared.

# OpenScholar Column Hacks

## Table hack

HTML <table> elements are meant for tabular data, not for creating two-dimensional layouts. However, OpenScholar's only other non-code solution to have content in columns is to not write it in a Page but to write each piece in a Custom HTML widget and use the Layout to arrange them. Content in widgets is much harder to manage than content in Pages (or other post types).

### First List

• Aenean consectetur lacinia pharetra.
• ...

# Safari VoiceOver problem reading input labels, display: table edition

I've found another issue with VoiceOver and Safari involving <label> elements and the CSS display property. If a <label> is inside a table cell and has display: table, the input's label is not read, despite Safari's Node > Accessibility information displaying the correct label.

Tested with macOS 10.15.5 and Safari 13.1.1 (same results in Safari Tech...

While drafting a sample web form, I found a problem with how VoiceOver was reading the labels for some of the inputs. For example, a text field was labeled "First Name" but on the text field VoiceOver was saying "First Nameand one more item, edit text" with the word "Name" mispronounced and smooshed with the word "and." If I navigated to the <label> element itself, VoiceOver read it correctly, it was only wrong when it was read as the accessible name of the input field. Other inputs in the form didn't have this problem but then I wrote another input example that I...