indented ordered and unordered lists have additional bullets and numbers

[vittorio@…]

if ordered and unordered lists start indented with more than two spaces, additional bullets and numbers are generated.

examples:

   * foo
   * bar

   1. foo
   2. bar

      * foo
      * bar

      1. foo
      2. bar

output:

• foo
• bar

1. foo
2. bar

• foo
• bar

1. foo
2. bar

if a list entry is indented more than three spaces as the previous list entry, additional bullets and numbers are generated too.

examples:

 * foo
     * bar

 1. foo
     1. bar

output:

• foo
  • bar

1. foo
   1. bar

tested using trunk r2068 and 0.8.4, python 2.3

[vittorio@…]

again tested using trac 0.10, there are no additional bullets and numbers anymore. so this got fixed already.

[Christian Boos]

Yes, this was part of the efforts to better handle "Changelog" style texts, see #124.

[hbd@…]

The original ticket did not describe desired behaviour. So, the fix removed the original strange behavior (additional bullets), but made the rendering worse for those who edit the wiki text in VIM and use blank lines to separate bulleted list items on each level of list.

Desired behavour: Instead of generating 2, 3, etc bullets for an indented "*", generate a single bullet of level 2, 3, etc. with proper indent.

Example: the wiki text below should produce a correct 3-level bulleted list. Originally, rendered "level 2" had 2 bullets (however, looking like true level 2); after the fix, all levels look like "level 1", and that is bad.

 * level 1

   * level 2

     * level 3

     * level 3

   * level 2

 * level 1

• level 1

• level 2

• level 3

• level 3

• level 2

• level 1

[Christian Boos]

We currently reset the indent when a new paragraph is created by the empty line.

I plan to start soon a refactoring on the Wiki engine (split parse and rendering steps). Meanwhile, it would be better if there were no big changes on the current Wiki engine.

[hbd@…]

Replying to cboos:

I plan to start soon a refactoring on the Wiki engine (split parse and rendering steps). Meanwhile, it would be better if there were no big changes on the current Wiki engine.

OK. I hope that after refactoring, the "desired behaviour" described in my comment from 10/04/2006 will be implemented. Newlines really improve readability and editability of the source text of wiki lists.

[Christian Boos]

WikiEngine refactoring and related fixes postponed.