-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Currently, the parser behavior for lists is something like this:
* Item 1 * Item 2
Converts to:
<ul><li>Item 1 </li><li>Item 2 </li></ul>
While:
* Item 1
* Item 2?
Converts to:
<ul><li>Item 1 </li></ul><ul><li>Item 2 </li></ul>
I see the second syntax far too often in wikitext, usually because improves readability by spacing of long list items. The second case, is, however, semantically incorrect.
I would like to throw out a suggestion to make the second case have the same result as the first case, and ask for some feedback, before I file a Bugzilla bug.
This is related to http://bugzilla.wikimedia.org/show_bug.cgi?id=8318 , although I think this is a specific subset of the issue.
It seems sensible to me, given that typically it will render the same anyway. The same behavior should be provided for definition lists but not, of course, ordered lists.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Simetrical wrote:
It seems sensible to me, given that typically it will render the same anyway.
Given the default Monobook skin, bullets in two separate lists will have a slightly larger spacing than if they were in the same list. This is actually quite desirable, as it improves the readability of large list items.
The same behavior should be provided for definition lists but not, of course, ordered lists.
I don't see why not. Having two ordered lists back-to-back is not very good form, and any special cases could be handled by wrapping them in divs.
wikitech-l@lists.wikimedia.org