(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-10) was last changed on 24-May-2008 10:33 by ChristophSauer  

This page was created on 05-Feb-2007 18:02 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
List management is a tremendous pain in all wikis, the worst of manual tasks.
http://www.wikicreole.org/wiki/Talk.ListsReasoning
List management is a tremendous pain in all wikis, the worst of manual tasks. Anything that can be done to reduce the load, such as listing backlinks easily with a plugin in a page, is useful.
At line 3 changed one line
It's useful to distinguish between three types of lists:
Also considering how wildly common surveys, polls, ranking and other forms of voting are in all social software, and how much advantage a wiki would have for fully supporting these functions, it seems unwise not to consider this in advance and integrate it with other lists, making it an ordinary low-overhead thing to let users decide ordering or ranking.
Given that need, it's useful to distinguish between three types of lists:
At line 8 changed 2 lines
The use of proposed priority order is very common in wikis especially for votes. As there are many ways to undermine a vote it would be useful at least to allow for a list style that automatically re-ordered or tally items based on, for instance, some ranking or vote system that acts as a plugin. No need to use new characters, an overload could do, something like {{{ #* }}} to mean "present these in the order that the group agrees on by voting" and {{{ *# }}} to mean "keep these in the order defined but indicate the tally of votes for each one beside the option" or something like that. This lets a page describing a decison or election be locked while users vote. Even if all users can edit, anyone changing that structure is not going to mess up the presentation of the vote. Changing the option(s) would for instance invalidate the vote unless/until it was restored to a previous state. Variants like {{{ ##* }}} could support preference or allocation votes.
The use of proposed priority order is very common in wikis especially for votes. As there are many ways to undermine a vote it would be useful at least to allow for a list style that automatically re-ordered or tally items based on, for instance, some ranking or vote system that acts as a plugin. No need to use new characters, an overload could do, something like {{{ #* }}} to mean "present these in the order that the group agrees on by voting" and {{{ *# }}} to mean "keep these in the order defined but indicate the tally of votes for each one beside the option" or something like that. This lets a page describing a decison or election be locked while users vote. Even if all users can edit, anyone changing that structure is not going to mess up the plugin tallying the vote, unlike a standard wiki page, because the numbers are elsewhere. Also it becomes much harder to fool naive users: any change to the structure is unjustified during a vote since the plugin does the job of ordering at HTML presentation, so you'll spot anyone mucking around easily and can lock the vote-receiving structure if required. Changing the list of option(s) would for instance invalidate the vote unless/until it was restored to a previous state. Variants could support prefernence {{{ #*# }}} and allocation {{{ *#* }}} or other types of votes.
At line 13 removed one line
At line 16 added 7 lines
Reserving combinations of the two list characters for extensions of this kind is not the same as "requiring" any such thing to be supported. Interpreting these extensions as ordinary ordered lists is perfectly valid default behaviour and it makes it very easy also to manually track the votes that are going on everywhere. So there's utility to reserving these character combinations for this even without a plugin, and the default behaviour when there is no plugin at all present, is graceful enough: it simply defaults to the way this is done now.
Plugin creators will flock in to do a better job if they see a lot of demand, and lists presented specifically as votes/ranks/polls/surveys will attract them to do a good job supporting the real need.
-- Anonymous, 2007-02-05
Version Date Modified Size Author Changes ... Change note
10 24-May-2008 10:33 7.898 kB ChristophSauer to previous me too
9 24-May-2008 02:15 7.301 kB 84.74.154.252 to previous | to last It turns out that I use bold words at the beginning of paragraphs quite a lot.
8 24-Mar-2007 10:19 7.1 kB YvesPiguet to previous | to last Not too fast
7 24-Mar-2007 08:42 6.983 kB 77.128.25.12 to previous | to last Please update for 0.6, please reason why no blank after bullet symbols
6 05-Feb-2007 21:21 6.582 kB RadomirDopieralski to previous | to last revert and answer
5 05-Feb-2007 19:33 5.546 kB 142.177.76.130 to previous | to last fixing syntax proposal and moving talk about it to bottom as ARCHIVED
4 05-Feb-2007 18:45 4.133 kB RadomirDopieralski to previous | to last conflicts with Creole
3 05-Feb-2007 18:12 3.763 kB 142.177.76.130 to previous | to last reserving characters causes no problems as behaviour degrades gracefully without
2 05-Feb-2007 18:07 2.06 kB RadomirDopieralski to previous | to last answer
1 05-Feb-2007 18:02 1.733 kB 142.177.76.130 to last what about presenting lists specifically for voting or ranking?
« This page (revision-10) was last changed on 24-Mai-2008 10:33 by ChristophSauer