(anonymous guest) (logged out)

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

Sponsored by the Wiki Symposium and the Nuveon GmbH.

 

Add new attachment

Only authorized users are allowed to upload new attachments.

This page (revision-8) was last changed on 26-Sep-2007 12:34 by ChuckSmith  

This page was created on 27-Jan-2007 09:43 by 150.254.78.35

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 8 added 17 lines
When preparing this list, I was considering the point of view of a wiki developer who needs to extend Creole with certain feature his community misses -- thus he has to find markup that doesn't conflict with existing Creole rules and that is relatively unlike to conflict with other wikis.
I don't think that we need to also support the "well, I feel like extending Creole today, wonder what new feature I could add" point of view.
Btw, not signing contribution on the main pages will allow others to modify the text.
-- RadomirDopieralski, 2007-02-06
I like this approach for standardizing some of the markup, and for making the block and inline markup consistent. I am working on a plugin strategy for my wiki and need to solve the plugin markup problem. My first cut was to use the remainder of the line after the pre-formatted open marker as a place to set up plugin controls, but this means other wiki engines will confuse this with vanilla plain pre-formatted material. So, I changed to the tripple angle bracket (not double - it gets hard to parse a block with C++ code in it!).
-- RoieBlack 2007-04-13 (Yikes - Friday!)
I would like to state here that the categorization of block markup vs. inline markup and its implications hinder the usability of markup. The basic statement is, that this categorization should not imply the number of characters we use for a certain element. This should be solely decided by the frequency of usage of the element in practice. Less handwriting in practice should be given priority over making markup consistent based on a blurry categorization of block and inline markup. I'll try to explain my point in [[BlockMarkupNotionCriticism]]. Please discuss this issue with me there.
-- [[ChristophSauer]], 2007-Jun-03 10:28 (CEST)
Version Date Modified Size Author Changes ... Change note
8 26-Sep-2007 12:34 2.36 kB ChuckSmith to previous restore
7 26-Sep-2007 06:36 2.373 kB 203.69.39.251 to previous | to last
6 03-Jun-2007 10:28 2.36 kB ChristophSauer to previous | to last Criticism on Block Markup vs. InlineMarkup notion.
5 13-Apr-2007 17:24 1.711 kB Roie Black to previous | to last
4 06-Feb-2007 21:44 1.129 kB RadomirDopieralski to previous | to last developer's point of view
3 30-Jan-2007 08:05 0.565 kB Eric Chartre to previous | to last Another typo
2 30-Jan-2007 07:59 0.565 kB Eric Chartre to previous | to last Markup Categories and thanks
1 27-Jan-2007 09:43 0.328 kB 150.254.78.35 to last explanation
« This page (revision-8) was last changed on 26-Sep-2007 12:34 by ChuckSmith