145879 2015-06-11 05:23:35 -0700 AX: <abbr> tag does not expose title= information to VO 2025-08-27 16:34:10 -0700 1 1 1 Unclassified WebKit Accessibility 528+ (Nightly build) All All NEW InRadar P2 Normal --- 1 hartman.wiki webkit-unassigned jcraig tomac webkit-bug-importer oldest_to_newest 1101259 0 hartman.wiki 2015-06-11 05:23:35 -0700 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. 1101260 1 webkit-bug-importer 2015-06-11 05:23:51 -0700 <rdar://problem/21337783> 1917192 2 hartman.wiki 2022-12-07 05:09:54 -0800 Rechecked this 7,5 years later, macOS 13.0.1 and Safari 16.1 unfortunately still do not support the abbr. tag. 1985860 3 hartman.wiki 2023-10-18 07:04:35 -0700 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. 1986116 4 hartman.wiki 2023-10-19 04:12:12 -0700 Nvmd. false hope. It seems LOL is some sort of hard coded value in VoiceOver, just as no. is. 2139200 5 jcraig 2025-08-27 16:34:10 -0700 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)