On 03/04/10 08:40, Dror Levin wrote: > On Sat, Apr 3, 2010 at 16:19, Ben de Groot <yng...@gentoo.org> wrote: > >> 1 - requirements >> ================ >> >> In order to choose the best possible wiki implementation, we need to >> know our requirements. So what features do you think are essential or >> good to have? What syntax would we prefer to use? >> >> I myself am a big fan of reStructuredText, which is quite simple, >> easy to pick up, highly readable, and has a good featureset. Plus, it >> is also reusable in other contexts (it is for example widely used in >> documentation of Python libraries). MediaWiki, MoinMoin and Trac have >> support for rst. >> >> Some others: >> >> - active upstream (bug fixes, security updates) >> - free open source software >> - ACLs >> - spam prevention measures >> - attachments (to upload screenshots for example) >> - feeds >> > There is currently a wiki for gentoo at gentoo-wiki.com, which is > running MediaWiki, so it would be easiest to transfer the content if > we were to run the same software. Now, this doesn't mean we should be > limited by their actions, but it seems to me like the best choice for > other reasons as well. Its syntax is probably the most well known, > thanks to Wikipedia. Its upstream is active, it apparently scales and > performs pretty well, it's GPL, supports translations/localization, > feeds, attachments, etc. > I'm sure many other alternatives are as qualified, so this is most > likely a personal preference issue. As such, lets just agree on > something that works and is widespread and go with that and avoid all > the bikeshedding. > > >> 2 - maintainers >> =============== >> >> Who is volunteering for maintaining the wiki? We need editors and >> moderators, people who look out for quality control and take care of >> spam removal. So let's get together a team. I'm sure if we ask on the >> forums we'll get some users interested as well. >> > I volunteer. Spam shouldn't be that much of an issue if editing is > restricted to registered users, but it is a good idea to have a team > of moderators similar to the one that exists for the forums (of course > users can take part of it as well as developers). > > >> 3 - edit access >> =============== >> >> Do we keep to the original "free for all" model, with all the spam >> that includes, or do we go with registered users only? I think the >> latter is the smarter option. I also think we will want to mark >> certain pages "official" and lock down editing rights. >> > IMO it's best if only registered users can edit (but registering > should be easy, no bugs to file or anything, just sign up and use > immediately). This will probably prevent most kinds of spam and allow > for much better tracking of editing and history, allow for banning, > etc. without closing the wiki up too much. > Also, from what I could tell, this is how others are managing their > wiki as well (Arch and Amarok, for example). > > Dror Levin > > I would enjoy working on a wiki as well as the fora, so I'm volunteering as well.
--Nathan Zachary
