https://bugzilla.wikimedia.org/show_bug.cgi?id=36212
Web browser: ---
Bug #: 36212
Summary: (un)ordered lists shouldn't start/end container
elements when newlines aren't present
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Parser
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: wal...@email.com
Classification: Unclassified
Mobile Platform: ---
The parser currently generates inconsistent HTML output from similar wikitext
markup. I'll show two examples to make this clear:
If one has something like this:
:Introduction text
:# Item 1
:# Item 2
:# Item 3
:Signature
The whole thing, when rendered, should be enclosed in a <dl><dd></dd></dl>.
What happens instead is that while the ordered list is placed inside the same
<dd> of the intro text, the signature creates a new <dd>. All of it fits inside
the <dl>, though.
Second case:
Introduction text
# Item 1
# Item 2
# Item 3
Signature
Here the generated HTML consists of 3 container (<p>) elements, with the intro
text, the list, and the signature, respectively. This should instead be the
case if one used:
Introduction text
# Item 1
# Item 2
# Item 3
Signature
But without the newlines, the whole thing should be inside a single <p>.
There isn't a validity or well-formedness problem here, but a semantic one: the
author should be able to signal to the parser that the signature is part of the
same semantic block as the list and the intro text; and in any case, the
behavior should be consistent across mediawiki (the two examples above should
behave the same) and follow the "newline-starts-new-block-element" behavior.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
