Test5554

Description:	Ordered lists with leading question mark can break the layout with missing ol tag
Extension / Version:	DPL   /   ?
Type / Status:	Change Request <-- please select   /   open

Problem

Took me 8 hours to find the devil in a much more complicated code. Here's the issue: When you include chapters starting with an ordered list into divs (?) you should not forget the ending \n (?). Dunno exactly but compare:

{{#dpl:
 |category=Test3001
 |include = ##.*Heading.*
 |format=\n,<div style="border:1px solid #aaa; margin:15px 0 5px 0">[[%PAGE%]],</div>\n,
}}

User:Subfader/Olli1

1. jhjkhkh?
2. fghfh
3. 456456

Link 1,

Link 2

User:Subfader/Olli2

1.  ?
2. fghfh
3. 456456

User:Subfader/Olli3

1. jghjgjh
2. fghfh
3. 456456

{{#dpl:
 |category=Test3001
 |include = ##.*Heading.*
 |format=\n,<div style="border:1px solid #aaa; margin:15px 0 5px 0">[[%PAGE%]],</div>,
}}

User:Subfader/Olli1

1. jhjkhkh?
2. fghfh
3. 456456

Link 1,

Link 2

User:Subfader/Olli2

1.  ?
2. fghfh
3. 456456

User:Subfader/Olli3

jghjgjh

fghfh

456456

Olli2 uses an ordered list with a blank after #. What happens (from my baisc understaning) is that the MW parser replaces # ? with

#? >> <li>?
# foo >> <li> foo
# ? >> <li> ?

.

This was added for the french wikipedia cos french love a blank infront of questionmarks. (WTF!)

If there is no line break in the resulted source code the surrounding ol tag is not added on chapter inclusion.

No idea if it's the parser causing DPL to be confused or if the missing \n confused DPL. Anway, the solution is the \n after the div tag.

Bummer! :D