.
Since nobody objects to Multiline List Items, can we add it?
-- YvesPiguet, 2007-Mar-21
As I already wrote, I second the proposal, Yves. The reasons to have multiline paragraphs stand also for multiline lists (and multiline blockquotes etc.).
But I would also like Creole to continue suggesting the option for blog-style linebreaks.
-- MicheleTomaiuolo, 2007-03-22
Multiline lists would be a useful feature - the question is how many engines already support it and if it would introduce conflicts - so simply adding it would be to early I think. We need more research on this.
-- ChristophSauer, 2007-Mar-23
There will be conflicts anyway, and it isn't the first time we have to decide...
For blog-style linebreaks, I've added them as an option to Nyctergatis.
-- YvesPiguet, 2007-Mar-23
I am in favor of tilde as escape character, but the current description of it seems to be a Creole-only (or ivory-tower) approach. I think we all agree that Creole currently only describes basic markup, and I personally believe that any useful wiki will need extensions. Most of you seem to be against a generic extension container which would simplify integrating extensions. As a result, Creole must expect any markup - and this needs to be escaped. I believe this is incompatible with negative statements as to what may not be escaped.
Unfortunately in my wiki experience the most frequent need for escape character is to escape linking in those wikis preferring CamelCase for linking (as this Creole-Wiki does). Thus even tilde in front of alphabetical characters must be escaping.
I don't known whether making it explicit, that only-this list needs to extended by each individual Wiki, or not giving such a list, or perhaps giving this list only as example is best way forward.
-- Gregor Hagedorn, 2007-03-24
I wouldn't mind if and only if we don't add a fuzzy rule like "tildes must not be escaped in URLs and in unix paths". I'd object strongly to such a rule.
If the current proposals are all accepted, there would be two escape methods: tildes for single characters, and triple braces for spans. So camel case words could be escaped like this: {{{CamelCaseWord}}}.
I'm not against GenericExtensionElementProposal. I've dropped my proposal to have a safe way to identify plugins with a reversed domain name because people who expressed an opinion were opposed, and I don't mind between << and <<<.
-- YvesPiguet, 2007-Mar-24
I'm strongly against two methods of doing the same thing, especially when both work equally well. If we decide on an escape character, then nowiki becomes useless and should go. If we still need nowiki after an escape character is introduced, then the escape character is useless.
Having more than one way to do something makes it harder to understand existing code and also harder to write new (you need to make decissions as you write and you will probably also try to keep the style consistent).
The moment there is a first "style guide" telling which markup should be used in Creole in which situation (and these are like to appear on wikis if there is a choice) -- we failed.
-- Radomir Dopieralski, 2007-Mar-24