User Details
- User Since
- Apr 18 2015, 4:46 AM (471 w, 5 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Matt Fitzpatrick [ Global Accounts ]
Jan 22 2023
Google snippets can include role="note" content. For example, you can see Google snippets for Wikipedia articles include <div role="note">See also...</div>, if you add "see also" to the search string.
Sep 1 2021
Update re <figure> and <figcaption>:
Dec 14 2020
At risk of straying off topic, I agree with Izno, use cases for <figure> aren't hard to find. There's a <div role="figure"> on en main page.
Mar 9 2020
Feb 12 2020
Oct 24 2018
Thanks to @Jonesey95's report at en:Template talk:Noitalic: The same thing is happening inside navboxes at en. Apparently, whether the noitalic is inside a link or not.
Aug 16 2018
Can anyone check the new "show" or "hide" label on IE11 + screen reader? (I don't have an IE11 capable machine.)
Jun 10 2018
Jan 18 2018
See the WAI-ARIA 1.1 role definitions to get started.
Dec 14 2017
The parser shouldn't be overly strict. A one-item ul or ol is okay in the HTML spec. And there are reasons a wiki might legitimately want to do that. For example, a single placeholder item, with JavaScript to add or remove items to the list.
Dec 6 2017
I think en: is, on the whole, amenable to breaking content out of layout tables. Even on en:Main Page, if the changes are invisible or too small to be noticed visually.
Dec 5 2017
Ha, you beat me to this.
Nov 9 2017
I agree with TheDJ - an infobox/sidebar skip link is easy to do with just template or module code, and a bit of JS or CSS if you want to hide the skip link.
Nov 3 2017
Oct 17 2017
I agree with use of <main>.
Sep 18 2017
It's not a full solution, but MediaWiki since 1.27 allows <div role="complementary"> and <div role="note"> for part of the functionality of an <aside>.
As mentioned in T76100, this was fixed in 2015, in tidy-html5.
Aug 24 2017
Thanks for the feedback.
Aug 23 2017
Aug 3 2017
Quick and dirty test page. Definition lists conforming or not conforming to HTML5 spec, with or without presentation role.
Jun 3 2017
May 23 2017
Mar 6 2017
As Jdlrobson mentioned, TemplateStyles will solve this beautifully. In the meantime, as a temporary fix, the mobile-float-reset class is now added to Template:Stack's output element. It isn't ideal, as Template:Stack now takes 100% width in Minerva skin regardless of viewport size, but at least surrounding text can no longer be squished.
Aug 31 2016
Mozilla devs leaning toward removing <style scoped> support, see Bugzilla 1291515.
Jul 2 2016
Feb 13 2016
Feb 12 2016
Getting close to a patch.
Oh good, looks like there's already work being done on this!
Feb 10 2016
There may be an alternative solution using WAI-ARIA roles.
Feb 4 2016
If this is an issue of screen readers struggling with a single too-big landmark/region, could wrapping output in <section>-like <div>s do the trick?
Jan 19 2016
tstarling suggested at Gerrit that validation on the role attribute is unnecessary, so this patch has been scaled way back. It now simply whitelists the aria-* and role attributes (and escapes id's passed as aria-* values, to avoid unexpected id mismatches).
Dec 16 2015
I think it's safe to close this? includes/Sanitizer.php has whitelisted role="presentation" for all elements since 1.21.
Oct 21 2015
It's a little surprising that the corner case of IE8 with JavaScript disabled is still taking priority over accessibility, nearly 5 years after IE8's last update.
Oct 4 2015
I saw daniel also mentioned ARIA attributes, so the patch I submitted also whitelists a subset of aria-* attributes defining non-interactive properties, such as labels. Since they're non-interactive they're potentially useful even where user interaction like forms and scripts are not present. And since they all happen to be global properties, they're allowed on all elements by definition, so they can be dropped right into the $common array of attributes whitelisted for all elements.
Oct 3 2015
Oct 2 2015
WAI-ARIA roles allow HTML elements, such as <div>, to be given semantic associations for accessible browsing.(1) Several HTML5 semantic tags remain blacklisted (see T25932), so the role attribute is, in many cases, the only method to attach roles to wikitext elements.
Jun 1 2015
<time> and <mark> were whitelisted in 1.21.