On Mon, 06 Jun 2005 16:37:42 +0200, Ludovic Dubost <ludovic(a)xwiki.com> wrote: Yea, There were 2 mentions with tasks TBD. Does "Search-Wide" include [developer-requests(a)xwiki.?] -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

On Mon, 06 Jun 2005 23:28:35 +0200, Ludovic Dubost <ludovic(a)xwiki.com> wrote: Sorry I coined the term XWikipedia, the posts were about a XWiki-based wikipedia clone and they were definitely on the mailing list but poxy Opera doesn't have a function to search all items received. It's the WAP and scaleability and counter-testing keeping me using it instead of Firefox. Cheers Jim PS. The academic folks on chemed-l, physics-l and physoc mailing lists would all like to publish their academic work and are open to content management (Lenya got the MIT CMS vote) and wikis. I'm interested in how Lenya and XWiki might be sensibly integrated or differentiated (Cocoon pipeline seems a great idea and press-button skeleton site is sooo easy). (Tapestry == simple HTML output is also attractively maximally featured - a bit like Xwiki :-)).

On Tue, 07 Jun 2005 09:54:21 +0200, Ludovic Dubost <ludovic(a)xwiki.com> wrote: Agreed. 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. 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? 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

On Tue, 07 Jun 2005 19:02:36 +0200, Ludovic Dubost <ludovic(a)xwiki.com> wrote: Can't have 5% errors in exam result data. You wouldn't implement a spreadsheet without testing it. The portal route was my conclusion but I'm working with the Cocoon portlet server. That would be great, I'm sure everyone would really appreciate your architectural vision without obligation :-). Thanks for the, as always enlightening comments. Jim

Ok, I think you are talking about this post: http://mail-archive.objectweb.org/xwiki-dev/2005-05/msg00050.html It is clearly in the scope of Local Names Ludovic Jim Stuttard a écrit : -- Ludovic Dubost XPertNet: http://www.xpertnet.fr/ Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost AIM: nvludo Yahoo: ludovic

I don't have his email yet, but as soon as I have it I'll foward him this. Ludovic Jim Stuttard a écrit : -- Ludovic Dubost XPertNet: http://www.xpertnet.fr/ Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost AIM: nvludo Yahoo: ludovic