Last modified: 2014-11-17 09:21:08 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T38212, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 36212 - (un)ordered lists shouldn't start/end container elements when newlines aren't present
(un)ordered lists shouldn't start/end container elements when newlines aren't...
Status: NEW
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
All All
: Low normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-04-24 09:38 UTC by Waldir
Modified: 2014-11-17 09:21 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Waldir 2012-04-24 09:38:26 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links