Return-Path: Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 6342 invoked from network); 1 Jan 2001 02:27:20 -0000 Received: from new-smtp1.ihug.com.au (root@203.109.250.27) by h31.sny.collab.net with SMTP; 1 Jan 2001 02:27:20 -0000 Received: from nescafe.localdomain (p248-tnt5.syd.ihug.com.au [203.173.136.248]) by new-smtp1.ihug.com.au (8.9.3/8.9.3) with SMTP id NAA32270; Mon, 1 Jan 2001 13:27:07 +1100 Date: Mon, 1 Jan 2001 13:27:07 +1100 From: jeff@socialchange.net.au Message-Id: <200101010227.NAA32270@new-smtp1.ihug.com.au> X-Authentication-Warning: new-smtp1.ihug.com.au: Host p248-tnt5.syd.ihug.com.au [203.173.136.248] claimed to be nescafe.localdomain To: cocoon-users@xml.apache.org Cc: Subject: Re: .XML-tree lookup problem X-Mailer: Gmail 0.6.8 (http://gmail.linuxpower.org) X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N You'd have better luck on the mulberrytech XSLT list. This doesn't sound Cocoon-specific. Perhaps if you expressed your class hierarchy in XMI (http://www.oasis-open.org/cover/xmi.html), you could find a standard XMI->HTML stylesheet which you could modify to do what you want. --Jeff > Hi all, > > our problem is, maybe, very simple. But we don't know how to fix it. > We have described a C++ class hierarchy in XML (see below) and want to > display each class inheritance with its namespaces if given. > But we don't know how. > > Hopefully is there anyone knowing on how to solve that. > For better understanding the output, please take a look at > > Example code for class-hierarchy.xml: > > > > > NS::C > > > > > The tag allows to specify further base classes (mi=multiple > inheritance). The above says that B is a class in namespace D whose base > classes are A and C. > > A code extract from the class-hierarchy.xsl: > > > > > > #descr_ > > > /****/ > > > > This defines an internal link to an anchor. The anchor's name consists of > the prefix "descr_" and the class name. The problem is that the class C > resides in the namespace NS. Thus, the above will not work because > namespaces are not part of the anchor name. We therefore tried to replace > the line marked with /****/ by the following: > > > > There is a template for class/@name which prints out the namespace and the > name of the class. The reason why we didn't put the namespace part into the > name was to optically differentiate between both. Namespace names are > printed in dark gray to make the class names stick out more. > > Anyway, the line above does not work correctly. It evaluates to nothing > instead. Even just retrieving the name by this > > > > will not work. Curiously, when giving the class name statically like the > following, it will work: > > > > results in "A". > > Any help would be greatly appreciated. > > Happy new year, > > Christian Parpart