Help:Lint errors/multiline-html-table-in-list/fr

Problème
Comme vous pouvez le voir, le résultat est différent de celui escompté vis à vis du balisage. La liste s'étend au reste de la page. A particularly bad examples is this itwiki revision where multiple lists extend onto the rest of the page.

The problem occurs for tables that begin on lines that begin with markup encoded as elements: asterisk (*) for bulleted lists, number sign (#) for numbered lists , and colon  for indenting.

Solution
The simplest fix would be to move the table outside the list. An alternative fix would be to make the HTML table be on the same line.

When this error is caused through a template, and that template appears in the Wikitext as a bulleted item or at the end of a bulleted or numbered item, often placing the template on a line by itself, without the bullet (coded as ), number (coded as  ), or indenting (coded as  ), will remove the error. For example, on the English Wikipedia, this is typical of (and its alias ),, and , among others.

Suggestions spécifique à la version anglaise de Wikipédia
In English Wikipedia, if or  or any aliases thereof is listed in a "References" section, it should be moved down to the "External links" or equivalent section, creating the External links section if necessary. If one of these templates is listed in the "External links" or equivalent section, but not first, it should be placed first in the section. should be placed after External links and navigation templates, right before categories. These "shoulds" are not to solve the lint error, but to comply with w:WP:Page layout.

Navbox templates placed on the same line as preceding text can cause this error. To resolve the problem, insert a line break before the navbox template so that it is alone on its own line.

Pourquoi cela se produit-il ?
This is the same reason as in the Help:Extension:Linter/pwrap-bug-workaround case. Le parseur PHP ne dispose pas de suffisamment d'informations pour reconnaître les structures HTML5. It parses wikitext mostly line-by-line and can misnest HTML tags and relies on RemexHTML to fix it up.