On Tue, 07 Jun 2005 09:54:21 +0200, Ludovic Dubost <ludovic(a)xwiki.com>
wrote:
XWiki and CMS are mailing differentiate by the role you give your
visitors..
With CMS there is a distinctions between writer and reader and they get
different user interfaces.
In XWiki (and Wiki in general) it's the same interface and writing is
considered as important as reading.
Agreed.
So the more your subject requires or takes advantage
of the implications
of your users, the better XWiki is. The more the writers want to
"control" the publishing process, the better CMSs are.
That's perhaps why in a more democratic knowledge base the divisions
between a wiki, a wikipedia, a wikiblog and a content management system
are getting blurred.
For example an academic department where I've just done some mentoring has
selected Plone for its CMS. They also want to show student work. I have a
current interest in ontologies for process modelling of healthcare
pathways and protocols. UML-enabled clinicians are drawing up the
protocols and everybody needs to see them. So there does seems a
democratising trend.
There would be a problem if this was just another turn of the "end-user
programming", 4GL cycle. IMHO lightweight tools for all is how things are
likely to be. But remember the blight of badly-designed Filemaker Pro
databases produced by scientists, academics and clinicians or the study
showing >5% London city financial institution spreadsheets contained for
mula errors. It's got to be a horses for courses future.
Wikis don't have advanced features for validations
I'm not quite sure what you mean specifically. But, say, an academic
results or clinical wiki needs guaranteed authentification and validated
information __and__ robustness. Won't lots more 'technical', as it were,
validation have to occur on an extended XWiki when it provides, say,
streaming video.
Taking on board what you say then perhaps what might be good is for Lenya
to become more like XWiki or have an XWiki interface and receive a
coplet/portlet web service through the Lenya api?
you want everybody to be equal..
so there is not reason to why they would not see an incomplete document.
We already have selective access rights so it's not that we always want
everybody to have equal access.
XWiki is such a large project, it's the consensus road map statement I'm
trying to get. The Google project list is an excellent start and a
statement of how these are going to integrate should keep folks busy for
many hackathons.
Hope you don't mind the not-apparently-productive rambles.
Cheers
Jim