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
How is it different from plain paragraphs?
-- YvesPiguet, 2007-Apr-26
Ouch, sorry, I read it out of context and got confused with the "support" things. I think that Christoph may be confused too. Christoph, it's not about multiple paragraphs inside list items, or about including pre blocks, tables, etc. in them. This indeed would make the numbered lists into fancy headings, and would encourage misuse. Not to mention support from the wiki engine itself.
But this proposal is about making the list items behave the same way that paragraphs already do in Creole -- ignoring the newline characters and treating them as spaces in the wiki-like mode, and as newlines in the blog-like mode. Almost all the arguments we had about the newlines apply here.
This doesn't require any "support" from the wiki engine itself -- it's just a parser's thing where to put the end of the list item. The requirement to have one list item per one line is unnatural and harmful. It adds another vulnerability to software that automatically inserts Hard Line Breaks, it forbids breaking the text where it is appropriate (semantically and aestetically). It's also inconsistent with how paragraphs behave.
And I see no harm in introducing it, other than MakeTheMachineWorkHarder.
I think I understand the idea and now it worries me even further. I people suddenly start supporting Creole in wikis with a lot of content (for example, Wikipedia), and we include this rule, a lot of content that has been written could suddenly be included in the last bullet item. I don't know if this could be a problem, but it seems dangerous to me to modify the way wiki engines end bullet lists. Perhaps it would be best to list this as a best practice, but to leave it up to the wiki developer. Would this be a suitable compromise?
-- Chuck Smith, 2007-Apr-26