(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-12) was last changed on 16-Jul-2007 23:40 by 24.84.42.88  

This page was created on 05-Feb-2007 17:20 by 142.177.76.130

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 1 changed one line
This is very bad reasoning that misses all the important points about the problem and seems to assume that all the problems that will ever exist in wiki markup or extensions to it are known now. It's nabbing symbols left and right to overload for trivial purposes when there are dead serious purposes like use in URLs that a user has to learn in order to use the net at all. It's defying perfectly good conventions that there's no reason at all to defy, and which can be combined in very useful ways.
There's a strong argument to [[MakeTheMachineWorkHarder]] and avoid specifying the exact type of emphasis used, falling back to specifying things like "this is a quote", and "this is an alternate title" rather than "this is bold" or italic.
At line 3 added 4 lines
In most well-run wikis, typefaces have clear meaning. In Wikipedia articles for instance you can expect meta or editors notes in italics, alternate titles in bold, and so on. When converting these it would be better to figure out their semantics.
Even if that's not possible, [[BoldAndItalicsReasoning]] doesn't hold up - it misses all the important points about the problem and seems to assume that all the problems that will ever exist in wiki markup or extensions to it are known now. It's nabbing symbols left and right to overload for trivial purposes when there are dead serious purposes like use in URLs that a user has to learn in order to use the net at all. It's defying perfectly good conventions that there's no reason at all to defy, and which can be combined in very useful ways.
At line 15 changed one line
Using one symbol for all font/style choice is very wise, and it works well enough in mediawiki.
Using one symbol (the [[single quote]]) for the font/style choice works well enough in mediawiki and it avoids overloading symbols. There's no reason not to support the mediawiki and tikiwiki syntax in parallel for those who object very strongly to the use of [[slash]] and [[star]] to specify types of emphasis, and don't want this damage in their data.
Version Date Modified Size Author Changes ... Change note
12 16-Jul-2007 23:40 5.63 kB 24.84.42.88 to previous
11 16-Jul-2007 23:39 5.59 kB 24.84.42.88 to previous | to last
10 16-Jul-2007 06:33 5.216 kB 68.13.197.86 to previous | to last
9 16-Jul-2007 05:58 5.074 kB 68.13.197.86 to previous | to last
8 15-Jul-2007 01:31 4.753 kB 24.84.42.88 to previous | to last
7 15-Jul-2007 01:30 4.682 kB 24.84.42.88 to previous | to last graphic example
6 15-Jul-2007 01:18 4.561 kB 24.84.42.88 to previous | to last Two bits.
5 05-Feb-2007 19:57 4.301 kB 142.177.76.130 to previous | to last noting possibility of making the machine work harder
4 05-Feb-2007 17:39 3.499 kB 142.177.76.130 to previous | to last slashes denote hierarchy and specialization in URLs, thus everywhere
3 05-Feb-2007 17:35 3.205 kB 142.177.76.130 to previous | to last deal with underline and alternate titles before setting this in stone
2 05-Feb-2007 17:32 2.811 kB 142.177.76.130 to previous | to last slash is like colon... not like quotes...
1 05-Feb-2007 17:20 2.648 kB 142.177.76.130 to last utter nonsense; __title__ '''bold''' ''italic'' work perfectly and combine well
« This page (revision-12) was last changed on 16-Jul-2007 23:40 by 24.84.42.88