(anonymous guest) (logged out)

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

Sponsored by the Wiki Symposium and the Nuveon GmbH.

 
View Attach Info

Add new attachment

Only authorized users are allowed to upload new attachments.

This page (revision-19) was last changed on 26-Sep-2007 09:06 by ChuckSmith  

This page was created on 02-Feb-2007 02:39 by 62.252.32.15

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 4 added 9 lines
Well, it seems this point more interpreted as [MakeTheDeveloperWorkHarder]. As a developer, I must admit that I do not fully agree with this.
Making the machine work harder makes sense, as long as we have enough computing power, which we probably have. Making the developer work harder is different. On the one hand, the user should get the optimal solution. On the other hand, we must keep the effort reasonable. Keeping the parsing simple helps spreading creole, because more people can easily implement a parser. Complicated parsers also tend to have more bugs. See also about parsing in [[Good Practices]].
The current Creole suggests also to have very forgiving markup. Headings with and without ending equal signs or paragraphs that close bold markup, if the user forgets to close the bold markup himself. Is this really necessary? This is one of the points that make parsing more complicated. And I'm not sure if it is really the best for the user when there are multiple alternatives for the same markup. The more markup can be written in different ways, the more the markup between users will vary. Creole should unify the markup, so there should be only one way of writing headings. Of course headings are only an example.
I still agree that the user should get the best solution, and not the programmer. But we should carefully think whether more freedom in markup is always better for the user. Of course I am biased - as a programmer I am used to follow a special syntax. And normal users may think different. But in the end the user still has to learn how to write headings, or lists, or tables. Optional closing markup does not make it easier for the user. The only reason I see is to make it more compatible to other Wiki engines, but it is still against the goal to unify the markup.
-- [SteffenSchramm], 2007-02-06
Version Date Modified Size Author Changes ... Change note
19 26-Sep-2007 09:06 13.708 kB ChuckSmith to previous restore
18 26-Sep-2007 01:02 13.721 kB 219.138.204.162 to previous | to last
17 24-Jul-2007 05:54 13.708 kB ChristophSauer to previous | to last The -> They
16 22-Feb-2007 02:47 13.707 kB JimGettman to previous | to last
15 22-Feb-2007 02:39 13.659 kB JimGettman to previous | to last
14 20-Feb-2007 16:32 12.405 kB ChristophSauer to previous | to last link to ambiguities
13 08-Feb-2007 21:51 12.113 kB RadomirDopieralski to previous | to last rantitty rantitty rant :)
12 08-Feb-2007 20:36 9.411 kB RaphLevien to previous | to last be clear, be consistent
11 08-Feb-2007 00:24 7.383 kB RadomirDopieralski to previous | to last welcome Jim Gettman
10 07-Feb-2007 19:59 6.238 kB SteffenSchramm to previous | to last
9 07-Feb-2007 15:49 5.565 kB RadomirDopieralski to previous | to last use cases?
8 07-Feb-2007 15:32 5.167 kB ChristophSauer to previous | to last spinning in cyrcles
7 07-Feb-2007 15:15 4.958 kB RadomirDopieralski to previous | to last no chances with worst case
6 07-Feb-2007 15:10 4.763 kB ChristophSauer to previous | to last not all people learn like this
5 07-Feb-2007 13:24 4.641 kB RadomirDopieralski to previous | to last small correction
4 07-Feb-2007 11:00 4.626 kB 150.254.78.35 to previous | to last make less work hard for more
3 07-Feb-2007 10:01 2.683 kB ChristophSauer to previous | to last how people learn
2 06-Feb-2007 22:42 2.142 kB SteffenSchramm to previous | to last
1 02-Feb-2007 02:39 0.296 kB 62.252.32.15 to last I agree
« This page (revision-19) was last changed on 26-Sep-2007 09:06 by ChuckSmith