After giving it some though I arrive at a conclusion that picking a different breaking point for your line when it creates a list/bold ambiguity is a much simlier and easier to exmplain technique than any escaping. And since the newlines are ignored anyways, it doesn't constrain the possible output.

- Doctor, it hurts me when I do //like this//.\\
- Well, then don't do //like this//.

-- [[Radomir Dopieralski]], 2007-Mar-11

I like this idea, but do any wiki engines currently implement multiline list items?  I'm afraid of violating the principle of [[Not New]].

-- [[Chuck Smith]], 2007-Mar-22

I'm not an expert, but the first engine I've tried,
[[http://www.oddmuse.org]], supports it.

-- [[YvesPiguet]], 2007-Mar-22

MoinMoin supports multi-line list items alright. It even accepts a lot of markup inside list items that we treat as separate blocks: that's because manu users like to use numbered lists in place of headings.

-- [[Radomir Dopieralski]], 2007-Mar-22

The usual reasoning for not supporting it it is, that it encourages people to use lists, when it would be better to create subheadings or at least paragraphs...

-- [[ChristophSauer]], 2007-04-26

Does it means that the decision is made and the discussion closed?

-- [[YvesPiguet]], 2007-Apr-26

It was just a quick thought for the record. No, let's talk about it. JSPWiki does not support it, but I guess it wouldn't be too hard to implement it in the CreolePageFilter. It would be useful. 

-- [[ChristophSauer]], 2007-04-26

On a second thought, when there are wikis that support it and wikis that don't, it should be either left out or optional -- we should still take it into account when looking at markup interactions, so that mixed-mode and additions work with multiline items, but I agree with Christoph that it shouldn't go into the core, as it would force some engines to actually extend their syntax.

-- [[Radomir Dopieralski]], 2007-Apr-26