From jeremy@media.demon.co.uk Mon Dec 4 21:00:08 2000 Return-Path: Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 37603 invoked from network); 4 Dec 2000 21:00:08 -0000 Received: from orion.uk.insnet.net (194.177.174.244) by locus.apache.org with SMTP; 4 Dec 2000 21:00:08 -0000 Received: from [10.0.1.123] ([213.38.161.125]) by orion.uk.insnet.net (8.9.3/8.9.3) with ESMTP id UAA31600 for ; Mon, 4 Dec 2000 20:59:59 GMT Mime-Version: 1.0 X-Sender: media@pop3.demon.co.uk Message-Id: In-Reply-To: <3A2BF017.1060507@apache.org> References: <3A2BF017.1060507@apache.org> Date: Mon, 4 Dec 2000 21:00:43 +0000 To: cocoon-dev@xml.apache.org From: Jeremy Quinn Subject: Re: XObject Content-Type: text/plain; charset="us-ascii" X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N At 20:27 +0100 04/12/00, Ricardo Rocha wrote: >Robin Green wrote: > > >> Come on, let's vote on this. > >+1 for org.apache.cocoon.xml.XObject with toSax() and toDom() OK. So change the capitalisation on the method names as well? >[but sans toString()] I think I added that in a TagLib to get around a problem in the xsp:attribute template in xsp-java.xsl, when you try to use a tag that outputs XObjects to set the attribute. String.valueOf() Let's try and fix the xsp:attribute template instead :) What I like about XObject is I want to be in a situation whereby more than just strings can get passed from one tag to another via nesting different taglibs. We have several choices of what can get passed around, so what do you choose to implement, in the hope the other taglib has sent it to you? Node, NodeList, XObject, DocumentFragment, String, ContentHandler? You would end up replicating most of the code in xspExpr in XSPPage.java in each of your Tags. Encouraging the use of XObject simplifies the job of making more powerful TagLibs IMHO. For instance the FP TagLib is tied to only manipulating files. If FP (or something like it) could just concentrate on XML manipulations and rely on other TagLibs for storage and retrieval it could be more flexible. >Jeremy Queen wrote: Umm, that's Quinn actually ;) > > Ricardo, are you lurking? > >Yes :-) Great to hear from you :) regards Jeremy -- ___________________________________________________________________ Jeremy Quinn Karma Divers webSpace Design HyperMedia Research Centre