The Ugly Wiki (Part Two)
A few months ago a conversation emerged across the net about whether or not wikis were ugly (see also Many to Many) (and moreover whether the fact that they was ugly affected how useful they were). Obviously, the whole issue was rife with debate about whether the simple design of wikis was simply nasty or whether it was actually just more useful and appropriate to have something stripped down to the bone.
Anyway, over the last few weeks the team that Matt and I work with has been trying to put together a wiki for our intranet. I think they've demonstrated that maybe there are ways of keeping both camps content - simple, adaptable Wiki designs can be made that are also elegant and attractive. First things first - here's a quick thumbnail of Kate Rogers' design for the page (apologies for the blue border - it's a standard plasticbag.org thing).
I'm not sure that having the image reduced to that size necessarily does the design justice, so here are two screen-shots of the site at different screen-widths. The whole thing's been recoded in (mostl) compliant HTML and CSS, so it's also quite flexible:
Matt and I haven't had that much to do with the getting the Wiki together - it was a project that existed before we got here - but we've had a couple of minor opportunities to help out and the whole process has been really interesting. I think most of all we've learned a lot about how Wikis should be rolled out to groups of people who aren't really familiar with them - in particular the importance of transmitting the culture and the ethos. It's still a bit of a work in progress, but it's looking increasingly like it's actually going to work...
But before I say any more about rolling out Wikis, major kudos to Paul Clifford and Joss Burnett - when we arrived in the department they were experimenting with Zope as a substrate for the intranet, and had put Zwiki in place for the wiki. But when we actually came to working through Zwiki's rules for text-formatting, we were all a bit startled - they were extraordinarily arcane and complex. So we researched the problem a bit and looked at various kinds of wiki mark-up and discovered that there was not only a massive variety of them, but also that many of them operated on completely different principles from one another.
After considerable examination, we decided that MoinMoin's parsing was probably the most effective and useful for our purposes, because - even though I don't think they're as simple as Usemod - it's powerful and has a relatively shallow learning curve. At which point Paul and Joss spent considerable time and effort building a highly effective MoinMoin parser for Zwiki - giving us all the benefits of Zope with a Wiki that is actually simple enough for non-technical members of the department to use. General consensus here is - that if we are able - we're going to throw all this stuff (design and code) straight back out into the public sphere for people to work with and play with... More news on that as we have it...
Coming soon... The Ugly Wiki (Part Three)
Comments
Please stay on-topic, informative and polite. I reserve the right to remove comments for whatever vague capricious reasons seem reasonable at the time.
Regarding the arcane text-formatting rules (I agree), why not interface the wiki with a WYSIWYG editor ? There are several that are both IE/Win and Mozilla compatible, and degrade gracefully in other browsers (the user sees a textarea with HTML code). This one has an awful interface, but is functional. Bitfluxeditor is another one, very impressive, but Mozilla only. Probably the most important thing to do is to restrict the capabilities of those editors : ban the span tags etc. Areas where wikis could get better: (1) automatic menu bars / navigation on every page, ordered by… (2) metadata, used to create 'sections' or 'sets' to aggregate several pages, etc. But at that point, of course, you have started to build yet another CMS.
→ Posted by: Androse Rosewood at August 21, 2003 6:47 PM
Thanks for an excellent post. I have been looking into wikis lately and the aesthetic dimension has been (outside of some usability issues) the most interesting, not to say determining. I had been torn between moinMoin and Twiki, but after seeing you pics, it looks like it will be MoinMoin.
→ Posted by: miladus at August 22, 2003 2:24 PM
I should point out that we're actually still using Zwiki - and that we've (Paul and Joss) just changed the text parsing rules to be the same as Moin Moin. Hopefully we're going to be able to give the code for that back to the community at some point soon...
→ Posted by: Tom Coates at August 22, 2003 3:15 PM
Very nice. I look forward to hearing more about this project. Another well-done (and !ugly) wiki implementation I ran across recently was for an English class (on weblogs and wikis). http://199.17.178.148/%7Emorgan/cgi-bin/blogsAndWiki.pl?Entry_Point
→ Posted by: Liz at August 23, 2003 1:03 PM
There's this really annoying post over at 2lmc about this, which I think completely misses the point, which is not just about styling up a wiki with CSS, but about (1) rewriting the default Zwiki skin to be pure CSS/HTML (2) getting a professional designer to do some work on making it look good, clear and degrade well (3) writing a MoinMoin parsing engine for Zwiki and (4) planning to release all of this work into the public sphere. Seems to me to be a pretty impressive and good thing for the BBC to be doing...
→ Posted by: Tom Coates at August 25, 2003 1:23 AM
Said post: 2lmc.org
→ Posted by: Tom Coates at August 25, 2003 1:24 AM
Thanks for writing about this work. We're discussing it a bit at http://zwiki.org/GeneralDiscussion .. please feel free to jump in. Were you folks responsible for http://zwiki.org/MoinMoinMarkupMode ? I thought I'd point it out if not. Also don't miss http://commonplacebook.org .
Rock on BBC! Best regards
→ Posted by: Simon at August 28, 2003 9:43 PM
Re: "WikiEtiquette"-
Caution? You've got versioning. You've got review. Just dive in and wiki. You'll learn soon enough about community norms.
Isn't caution WikiSin?
→ Posted by: LionKimbro at September 7, 2003 9:38 PM
Kwiki is quite easy to customise look-wise. See http://www.kwiki.org/index.cgi?KwikiSkins for a couple of minor examples.
→ Posted by: Adrian Howard at September 8, 2003 4:33 PM
I'd say "caution" is a virtue for any Wiki site where newbies will vastly outnumber those who can refactor information and pages. Only sites of a more static membership, with few incomers and many old hands, can successfully field a complete disregard for etiquette in its freshers.
→ Posted by: Chris Purcell at September 17, 2003 5:15 PM
Are any wiki developers looking at XSLT? It seems to be at the forefront of weblog design, if Alzanto: A Small Demonstration is any indication.
→ Posted by: Jonathan Smith at September 21, 2003 3:20 PM