Edgewall Software
Modify

Opened 15 years ago

Last modified 6 years ago

#4848 new defect

Unable to return to previous indentation within wiki

Reported by: charles@… Owned by:
Priority: normal Milestone: topic-wikiengine
Component: wiki system Version: 0.10.3
Severity: major Keywords: wikisyntax list
Cc: Branch:
Release Notes:
API Changes:
Internal Changes:

Description (last modified by Christian Boos)

 0. Item 1[[BR]]
   Some text regarding Item 1
    * Item 1.a
    * Item 1.b
   Further text regarding Item 1
 0. Item 2

is rendered as:

  1. Item 1
    Some text regarding Item 1
    • Item 1.a
    • Item 1.b
    Further text regarding Item 1
  2. Item 2

i.e. with Trac 0.11.4stable-r7988

<ol class="arabiczero"><li>Item 1<br /> 
Some text regarding Item 1
<ul><li>Item 1.a
</li><li>Item 1.b
</li></ul></li><li>Further text regarding Item 1
</li></ol><ol class="arabiczero"><li>Item 2
</li></ol>

"Further text regarding Item 1" should be rendered at the same indent level as "Some text regarding item 1", and without becoming a new list item itself (or causing Item 2 to be rendered as the first item in a new list).

Attachments (0)

Change History (8)

comment:1 by Christian Boos, 15 years ago

Keywords: wikisyntax list added
Milestone: 0.11

Good example, thanks.

comment:2 by Christian Boos, 14 years ago

Milestone: 0.110.12

WikiEngine refactoring and related fixes postponed.

comment:3 by Christian Boos, 12 years ago

Severity: normalmajor

Related issue:

 0. Item 1[[BR]]
 Some text regarding Item 1
    * Item 1.a
    * Item 1.b
 Further text regarding Item 1
 0. Item 2

  1. Item 1
    Some text regarding Item 1
    • Item 1.a
    • Item 1.b

Further text regarding Item 1

  1. Item 2

in reply to:  3 comment:4 by Christian Boos, 12 years ago

Description: modified (diff)

i.e. the example from comment:3 produces the following HTML, with Trac 0.11.4stable-r7988:

<ol class="arabiczero"><li>Item 1<br /> 
Some text regarding Item 1
<ul><li>Item 1.a
</li><li>Item 1.b
</li></ul></li></ol><blockquote> 
<p> 
Further text regarding Item 1
</p> 
</blockquote> 
<ol class="arabiczero"><li>Item 2
</li></ol>

While the nesting looks a bit better, here we have a new blockquote, which is also wrong.

comment:5 by Christian Boos, 12 years ago

Milestone: next-major-0.1X0.13

Note that the issue originally reported has been fixed in r9073, but the problem shown in comment:3 remains.

More generally, we should be able to support running text going back to the start of the list, as in:

Wiki Markup Display
 - this starts a list item
 and this is still the same item
   - now we're in a subitem
   and we stay in that subitem
   - another subitem
etc.
  • this starts a list item and this is still the same item
    • now we're in a subitem and we stay in that subitem
    • another subitem

etc.

Which works, except for lists starting at the beginning of lines:

Wiki Markup Display
- this starts a list item
and this is still the same item
  - now we're in a subitem
  and we stay in that subitem
  - another subitem
etc.
  • this starts a list item

and this is still the same item

  • now we're in a subitem and we stay in that subitem
  • another subitem

etc.

in reply to:  5 comment:6 by Carsten Klein <carsten.klein@…>, 11 years ago

Replying to cboos:

The problem here is that the list is not continued beyond the end of the first item. I see it so that at the end of the last list item one must enter two line feeds in order for the parser to be able to detect a continued list item, like in the example in comment 5.

Example 1

- list item that extends across
multiple lines requires that at
its end two line feeds must occur

continuing with normal text...

Example 2

- or, in case that sub items will follow,
another list item of either the same or
a different identation level must follow
 - sub item 1
 description of sub item 1
 continued description of subitem 1, at
 which end also two line feeds must occur
 to end the surrounding list

continuing with normal text...

comment:7 by Christian Boos, 11 years ago

Milestone: 0.130.14-wikiengine

comment:8 by Ryan J Ollos, 6 years ago

Owner: Christian Boos removed

Modify Ticket

Change Properties
Set your email in Preferences
Action
as new The ticket will remain with no owner.
The ticket will be disowned.
as The resolution will be set. Next status will be 'closed'.
The owner will be changed from (none) to anonymous. Next status will be 'assigned'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.