Description

The following markup renders differently in 1.2 and 1.3. It is sure that there are people who use it. So they see a regression in page rendering.

Example

Lists vs. paragraphs

This is a correctly numbered list in 1.2:

  1. first
  2. second
    test
  3. third

Details

This wiki vs. another 1.2.4 wiki.

Workaround

Lists vs. paragraphs

  1. first
  2. second
    test
  3. third

Discussion

This looks like a undefined situation. Use headings with numbering if you want numbered sections, and lists to create lists. If you check HelpOnLists, you see that 1.2 behavior is not documented.

It not clear what should be rendered with such markup, because the code area is at the same level of the list item. Since it does not starts with list item markup, its not part of the list, so it must stop the list. If you want to put code area inside a list item - put it inside.

  1. first
  2. second
    • test
  3. third

I'm pending this because its not clear if this is a bug. First fix real bugs, then discuss this. -- NirSoffer 2004-12-29 19:36:45

There is no way to have multiple paragraphs with the new 1.3 behavior.

Try to get this structure:

<ol>
    <li>
        <p>First paragraph...</p>
        <p>Second paragraph...</p>
    </li>
    <li>Second item</li>
</ol>

This markup will create 3 lists instead:

 1. First paragraph...

 Second paragraph...
 1. Second item

<ol type="1">
    <li><p>First paragraph... </p></li>
</ol>
<ul>
    <li style="list-style-type:none"><p>Second paragraph... </p></li>
</ul>
<ol type="1">
    <li><p>Second item </p></li>
</ol>

And this markup creates an unordered list under the first item

 1. First paragraph...

  Second paragraph...
 1. Second item

<ol type="1">
    <li>
        First paragraph... 
        <ul>
            <li style="list-style-type:none"><p>Second paragraph... </p></li>
        </ul>
    </li>
    <li><p>Second item </p></li>
</ol>

This ugly markup will create similar results, by using <br>. The spacing will be wrong, because <p> has some spacing before and after, while <br> has zero.

 1. First paragraph... [[BR]] Second paragraph...
 1. Second item

<ol type="1">
    <li><p>First paragraph... <br>
        Second paragraph... </p>
    </li>
    <li><p>Second item </p></li>
</ol>

So its simply not possible to get this structure with the new way 1.3 lists works.

Making it more clear

(13:44) < ThomasWal> ok, gleich eingerückte aufeinanderfolgende zeilen ergeben einen fliesstextparagraphen
(13:46) < ThomasWal> der unterschied ist wohl der, dass ne liste nicht bei ner leerzeile beendet wird
(13:48) < ThomasWal> http://refactor.wikiwikiweb.de/TestingMoreRegression
(13:48) < ThomasWal> http://www.abi2oo4.de/moin.cgi/WikiSandkasten2
(13:49) < ThomasWal> sieht doch ziemlich ähnlich aus
(13:54) < ThomasWal> ok, bei nummerierten listen sieht man's.
(13:55) < ThomasWal> 1.2 ist eher geneigt, ne liste fortzusetzen (auch wenn man es nicht will und der falsche typ rauskommt, bug)
(13:55) < ThomasWal> 1.5r ist eher geneigt, nach leerzeilen ne neue liste anzufangen.
(13:56) < ThomasWal> das kriterium fuer 1.2 ist wohl indenting-wechsel. leerzeilen ignoriert es dabei voellig.

Plan

Its hard to change, should be part of the new markup planned for 2.0.


CategoryMoinMoinBugFixed

MoinMoin: MoinMoinBugs/BlockElementsInLists (last edited 2013-10-24 11:53:41 by sec22-dynip-188)