Bug 145879 – AX: <abbr> tag does not expose title= information to VO

• Status: NEW
• Component: Accessibility

[Derk-Jan Hartman]

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/abbr

Testcase:
http://jsfiddle.net/TheDJ/768y7npt/

At the very least I would expect Safari+VO, when it settles on the element, to read the title= content, like it does for other elements. Even better would be if it would pronounce something like: "Abbreviation: HTML for Hyper Text Markup Language" on the very first time it would encounter the abbreviation.

Currently it does neither.

[Radar WebKit Bug Importer]

<rdar://problem/21337783>

[Derk-Jan Hartman]

Rechecked this 7,5 years later, macOS 13.0.1 and Safari 16.1 unfortunately still do not support the abbr. tag.

[Derk-Jan Hartman]

This too seems to work now in Safari 17 with macOS 14.

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/abbr
Ashok's joke made me <abbr title="Laughing out loud">LOL</abbr> big time.

is now read by VO and Safari as:
Ashok's joke made me LOL big time. Laughing out loud, big time.

[Derk-Jan Hartman]

Nvmd. false hope. It seems LOL is some sort of hard coded value in VoiceOver, just as no. is.

[James Craig]

FWIW, Gecko's implementation (expanding to the label by default) seems like worse behavior in terms of being overly verbose.

I recall title (when not used as part of the label computation) was exposed as AXHelp; aka the Help tag. 

It's not currently exposing AXHelp, so that's a bug... possibly a regression if my memory is accurate. 

But the AXHelp fix should make this available automatically after a pause, or on-demand with the "Read Help Tag" command (VO+Shift+H)