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