Help:Lint errors/html5-misnesting/nan

Tsíng-tsê ê su-tshut
Tsíng-tsê tshing-lí PHP kái-sik-khì su-tshut í-lâi senn-sîng

HTML5 output (ex: Parsoid, RemexHTML)
But, a HTML5 based tool cleans up the PHP parser output differently to generate

Recommended fix
Kā Uikitext king-kái tsō:

Kî-thann thê-sī
Pages are sometimes placed in the error group called "Misnested tag with different rendering in HTML5 and HTML4" even though the real problem is a stray opening or closing tag. If there are "missing end tag" or "stripped tag" errors on the page you are trying to fix, correct all of those first, and the misnested tag error may go away as a result of those fixes. Sometimes, the "missing end tag" error is not even shown, even though it is the real error (see the use case below that begins "This line is highlighted...").

One of the main ways this affects wiki pages is when a span (or any other tag in the list of affected tags below) is used to wrap a list. Because of the interactions between a bug in the PHP parser (which is hard to fix and is the reason for the pwrap-bug-workaround linter category -- Parsoid does not have this bug) and the HTML5 parsing spec, when Tidy is removed, these wrappers will no longer apply to the list.

When a tag is used to wrap a list, use a tag instead. It is the correct way to do it since a list is a block structure and is more appropriate instead of which makes more sense in inline text contexts. This is the recommended fix. See this edit on the italian wikipedia for an example.

But, where appropriate, consider fixes like those in the table below.

Pay special attention to ,
On pages with mathematical formulae, misnesting of a sub or sup tag might subtly change the meaning of the formula. It is important to fix these cases. See this example from enwiki.

Siū-tio̍h íng-hióng ê piau-tshiam
I-hā ê piau-tshiam siū-tio̍h íng-hióng.

Tsham-ua̍t

 * https://phabricator.wikimedia.org/T176353
 * https://phabricator.wikimedia.org/T176363