(anonymous guest) (logged out)

Copyright (C) by the contributors. Some rights reserved, license BY-SA.

Sponsored by the Wiki Symposium and the Nuveon GmbH.

 
This is version . It is not the current version, and thus it cannot be edited.
[Back to current version]   [Restore this version]

Maybe we could model the process of "releasing" Creole 1.0 after the release process used in many open source distributions? That is, the schedule is planned (more or less), there is "feature freeze" after which no new features are being proposed, "version freeze" after which the proposed changes get either accepted or rejected. I don't like the fact that features only very recently introduced into Creole, without practically any implementation or testing, are suddenly going into the release candidate, just because the release date got set just after introducing them.

I agree with Yves that MultilineListItems and CodeHighlightingProposal deserve much more attention than the dreaded lists and escape characters. The latter only requires a small addition to core Creole (ignoring hashbangs after {{{), the former adds completeness.

By the way, The Student Experiment is largely a failure -- since the classes were "Introduction to Programming", most of the wiki content is pasted perl code -- the students didn't bother to comment their solutions or document anything on the wiki. I will be making the content available anyways.

-- Radomir Dopieralski, 2007-Apr-24

Yves Piguet addressed the following questions on 2007-Apr-24:

Since there hasn't been a consensus on hyphens, shouldn't stars (the last choice in a stable version) be maintained?

There was indeed a consensus on hyphens at the WikiSym workshop in Denmark with which we decided to overrule by putting asterisks instead into the spec for bullet lists. Changing the spec to hyphens was a correction of our misjudgement.

Why discarding current proposals which aren't rejected? E.g. MultilineListItems, CodeHighlightingProposal (I'd propose something more general for meta information)?

Most wikis can't handle multiline list items, so this would require a massive rewriting of wiki engines and is thus outside the scope of Creole. The code highlighting proposal describes a very specific display of meta data and is thus also outside the scope of Creole.

Interwiki: I believed that link format was outside the scope of Creole.

We have always had a link format in Creole, so I don't see how it is outside the scope of it.

-- Chuck Smith, 25-Apr-2007

  1. Then I don't see why we've spent so much time to discuss it if WikiSym has such a larger weight.
  2. Is it a definitive decision, or is it open to discussion? Declaring that for some cases, Creole should be compatible with some wiki engines to avoid "massive rewriting", but not caring in other cases (e.g. preformatted blocks which are incompatible with Mediawiki, a wise decision imo), is totally arbitrary. Accepting line breaks in paragraphs and not in list items just doesn't make any sense, and there shouldn't be a big difference in the implementation.
  3. I meant the link target syntax itself, not the markup around it.

-- YvesPiguet, 2007-Apr-25

Regarding 1: The Creole 0.6 Poll here backed up the decision at the WMS workshop regarding hyphens. On the other hand, we have discarded the WMS workshop decision on line breaks here by introducing line break characters. The fight about the linebreaks was hard as well.

-- ChristophSauer, 2007-04-25

I was not present at the workshop on WikiSym, but heard summaries from several persons, and as far as I know the was also a consensus to only allow one level of nesting of these hyphen lists. Correct me if I'm wrong. Also, are there any materials from the actual workshop available, or do we have to try blindly and wait for those who were present to comment on things? It's kind of strange having to follow rules that are secret and only revealed when actually useful...

-- Radomir Dopieralski, 200-Apr-25

Add new attachment

Only authorized users are allowed to upload new attachments.

« This particular version was published on 25-Apr-2007 16:17 by RadomirDopieralski.