Return-Path: Mailing-List: contact forrest-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list forrest-dev@xml.apache.org Received: (qmail 51286 invoked from network); 30 May 2002 14:15:23 -0000 Received: from adsl-64-173-57-75.dsl.snfc21.pacbell.net (HELO mail.koberg.com) (64.173.57.75) by daedalus.apache.org with SMTP; 30 May 2002 14:15:23 -0000 Received: from koberg.com ([192.168.1.1]) by mail.koberg.com (8.11.2/8.11.2) with ESMTP id g4UEHnZ09435 for ; Thu, 30 May 2002 07:17:49 -0700 Message-ID: <3CF63427.9070002@koberg.com> Date: Thu, 30 May 2002 07:16:07 -0700 From: Robert Koberg User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0rc3) Gecko/20020523 X-Accept-Language: en-us, en MIME-Version: 1.0 To: forrest-dev@xml.apache.org Subject: Re: Referring to ressources and Topic Maps References: <3CF53216.7020208@yahoo.de> <3CF6275F.1080108@anyware-tech.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Sylvain Wallez wrote: > Thinking out loud... > It looks like the XML version of a Wiki text. Could it be possible > that a set of xdocs and the associated topic map could be > automatically generated from a Wiki base ? > I have an example that has served me well. It is pretty simple in concept, but can let you manage many things in the transformation. Every transformation is applied against a the site.xml document below. I use a transformation to find the page nodeset and folder nodeset to get the pertinent info to bring everything together. A few more things: - a ContentHandler can figure out the first page of the site on entry by going to the root folder and finding it's @index_page. - the nav is setup in a way similar to what I posted a few days ago where you recurse over the data to find paths to (virtual or not) pages. - columns are left in to indicate a page layout. Empty columns can be excluded. - content can cascade down from the folder level to all pages in the folder - convenience information is stored as attributes at the page and folder level - XSLs can be set at the folder level for a page to default to or can be overriden at the page level - I go back and forth on this, but, currently, I only generate something that has the @gen=true and @status=certified - article XML is placed in order in a column on the page (folder content on top) - article XML refences a content piece by filename and ID [see content.xml below the following] - content is ordered in content.xml as a mirror to folders in site.xml to allow for some organization of the content for reresentation in a GUI - more comments inline in the content.xml example below * it might be too much of a pain to edit something like this without a GUI... but it allows for easy GUI creation and is easy for a non technical person to understand because it is like their filesystem. ====================================== site.xml ----------------- ============================================== content.xml -----------------------