Expose rel type to voiceover so it can speak it
<rdar://problem/40640871>
<rdar://problem/40562873>
Created attachment 341558 [details] patch
I don't think WebKit should expose all these types to the platform APIs. It wouldn't make sense to have AT (VO/SC for Mac, VO/SC for iOS, Orca on Linux, etc) maintain their own representation of the search engine instructions (nofollow, canonical), rendering engine instructions (manifest, prefetch), or verbose microdata. Perhaps add a short whitelist for each of the few relevant types? It might be good to have WebKit localize these values, too. https://html.spec.whatwg.org/#linkTypes https://developer.mozilla.org/en-US/docs/Web/HTML/Link_types Likely candidates are: - author - bookmark - external - help - license - next - prev - search Deprecated but still useful: - archives - first - index - last - up Maybe: - alternate (if the type attribute is set to a human readable value like PDF)
> It might be good to have WebKit localize these values, too. To clarify, I'm suggesting WebKit expose *both* the raw machine value (e.g. "prev") and a localized equivalent (e.g. "Previous")
(In reply to James Craig from comment #5) > > It might be good to have WebKit localize these values, too. > > To clarify, I'm suggesting WebKit expose *both* the raw machine value (e.g. > "prev") and a localized equivalent (e.g. "Previous") Suggestion noted. I don’t think it makes sense to do that. It doesn’t have any value and restricts ability of screen reader platforms to communicate what they want to their users
Created attachment 341576 [details] patch
Comment on attachment 341576 [details] patch Clearing flags on attachment: 341576 Committed r232326: <https://trac.webkit.org/changeset/232326>
All reviewed patches have been landed. Closing bug.