Martin Krischik wrote: > Am Samstag 24 März 2007 schrieb Hari Krishna Dara: > > >> I know this came up during the recent discussions on using wiki for tips >> and it was ruled out. I don't remember exactly what the reason was and >> there are too many messages to go through, so I would like to pose this >> question again. >> > > I think the problem is a fear of SPAM. I run 8 Wiki's on Sourceforge, 4 > private Wikis and I am administrator Wikibooks and indeed SPAM is a problem. > But it is not as bad as people belive it to be. Most of the Sourceforge are > protected by regex content filter. For example they ban the use of "<a > href=" - SPAMers are stupid and they never care to learn the syntax of the > wiki. If they did they would know that i.E. PmWiki marks all external links > as "nofollow" and linkspamming won't work. > > Yes SPAM is a problem but a determined comunity can controll it. > > >> I came across this free hosting website called 110mb.com >> which has like 2gb of free space with no advertisements and no catches >> on hosting, and many people were successful in hosting mediawiki (search >> their forums) and other wikis on their space. Why shoudn't this be an >> option that we should consider? I don't know how successful their >> business model is, but if they already proved that it works, they might >> be around for a long time. >> > > Doesn't Vim have a SourceForge page? Because SF is currently beta testing > Wikis [1]. Advantage here: We don't need to install anything. We just have to > wait for the beta to end. > > Martin > > [1] http://gnuada.wiki.sourceforge.net/ > I think that vim has a pretty large community that can deal with miscellany like SPAM easily. Wiki on the other hand is a good way to transfer and store knowledge. VIM needs it , it so complex and rich in functionality that even experienced users have questions of kind: "How to optimize this process". Fortunately VIM allows you to optimize many things, but I'm 99% sure that there is no user that knows everything about vim and obviously there is no user who knows all best practices, tips and tricks etc.
Of course we have mail-list, but it has some disadvantages: many questions repeated, many answers are not best possible answers etc. Wiki on the other hand allows to refine all these best practices and tricks in a collaborative way. I learned first time here that vim has wiki on SF and this is bad because it difficult to find and therefore edit and review etc. I also found http://www.vi-improved.org/ that is pretty good but not what expected. VIM should have "native" wiki that will be accessible from front page and be a preferred source of knowledge. Another great future of wiki is that pages can be extracted (some wikis supports it) and deployed as a zip of html pages. I propose MoinMoin system for wiki which is not beta (see SF wiki) and it is, possibly, the simplest wiki engine : easy to create, edit & manage pages. I think it will become a primary reference for vimmers who want to discover and use full potential of VIM. Look at vim's mail list where most questions represents at least one wiki page.
