It appears that list items are wrapped in an extra P tag, so they end up like this:

<pre>
<li>
<p>some text</p>
</li>
</pre>

instead of:

<pre>
<li>some text</li>
</pre>

Date: 2010-10-04 20:12
Sender: Neil Stockbridge

This is one way the weird formatting can be compensated for:

li p {
  display: inline;  /* to compensate for the <P> elements
that Maruku inserts */
}

Date: 2008-08-12 12:21
Sender: Morgan Hotonnier

I don't have this issue with dot list but I have it with ordered
list

<pre>
<code>
- blih
- bloh
- blah
</code>
</pre>


Gives

<ul>
<li>blih</li>

<li>bloh</li>

<li>blah</li>
</ul>


but 

<pre>
<code>
1. un
2. deux
3. et trois
</code>
</pre>

Gives 

<ol>
<li>
<p>un</p>

</li>

<li>
<p>deux</p>
</li>

<li>
<p>et trois</p>
</li>
</ol>

Date: 2008-08-06 18:29
Sender: Andrea Censi

In that case, you get:

<ul>
<li>
<p>top level item </p>
</li>

<li>
<p>top level item </p>

<ul>
<li>second level item</li>

<li>second level item</li>
</ul>
</li>
</ul>

which is the intended behavior. 
The rule is: the second top-level item gets a P because it contains
a nested list.
The first top-level item gets a P because the second one got
one.

Date: 2008-08-06 18:19
Sender: Kyle Cordes

More detail: this happens in cases like this:

 * top level item
 * top level item
   * second level item
   * second level item

... which BlueCloth handles (approximately) correctly.

As far as I can tell it doesn't pertain to wrapping, only to
the presence of second-level items.

Date: 2008-08-06 16:19
Sender: Andrea Censi

Hi, 

this should be intended behavior that in some cases there is
a wrapping P.

Date: 2008-08-06 14:18
Sender: Kyle Cordes

(To clarify... this happens in some cases, probably
triggered by a specific arrangement of the input markdown
text, which I can't nail down offhand)