Here is a small list of long awaited key improvements to make, often important for several aspects of web quality.

As major changes in templates are often long and tedious to make (and also to gather consensus on the said changes), we should aim to maximize the value of these changes, and aim for quality in a broad way. Improving care of accessibility, usability, semantics, and front-end web speed altogether when possible. Back-end template performance should also be taken into account when relevant.[note 1]

Most widely used templates

We should make a list of the 200 most widely used templates and review them carefully, monitor their changes, etc. See Wikipedia:WikiProject Accessibility/Most widely used templates.

Table templates

Please help expand this list. To be reviewed

Easy to fix templates


Without changing the layout nor making big changes:

Remaining Infobox that needs to be converted to Template:Infobox

Templates-based tables

Citation templates

Harder to fix

Template-based tables



Replacement by tables


Headers templates

Templates that can easily be misused

Usage of these templates should be checked on a regular basis.

Cross-wiki ban of HiddenStructure

See Wikipedia:HiddenStructure. The hiddenstructure class was removed from skins in bugzilla:17009. It may remain in several wikis' local common.css.

Low priority improvements

Improvements to collapsible menus

Another script should be made from scratch. Wikipedia:WikiProject Accessibility/Navigation menu will serve as the experimental field for this job. The code is almost ready at User:Dodoïste/navmenu.css and User:Dodoïste/navmenu.js.

Accessibility-wise, this new script should allow for menus made of lists, the sub-menu headers being part of the list (which is currently impossible). And the link or button used to show/hide the menu should be able to be inserted inside a li element, along with its corresponding header. Alternatively, the same thing can be done with the p element. Another alternative is to provide a meaningful title to the link show/hide, in order to made it explicit in context. And neither MediaWiki nor the collapsible script allow to fix this issue, in the current implementation of the script. Related WCAG 2 guidelines:

  1. H30: Providing link text that describes the purpose of a link for anchor elements and G91: Providing link text that describes the purpose of a link
  2. H25: Providing a title using the title element
  3. H33: Supplementing link text with the title attribute
  4. F63: Failure of Success Criterion 2.4.4 due to providing link context only in content that is not related to the link

Usability-wise it should be done with JQuery to make pretty animations, and CSS for button affordance. It implies that the JQuery library should be deployed to all skins, this is planned by the Usability Initiative team.


  1. ^ Extremely large templates - especially when they have multiple levels of inclusions (transclusion depth) - lengthen strongly the time necessary for the servers to prepare an uncached page, up to 10 - 20 seconds, or more. Since the current revision of articles are cached, most of the time the templates doesn't have an influence at all. But when users have specific account configurations, browse archived pages or request uncached pages, large templates are an important burden on the servers. We shouldn't focus too much on performance, but we shouldn't play dumb either: many templates have obvious and detrimental performance issues.