From pier@apache.org Sun Feb 6 01:20:33 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 71474 invoked from network); 6 Feb 2000 01:20:33 -0000 Received: from dnai-216-15-97-206.cust.dnai.com (HELO kali.betaversion.org) (216.15.97.206) by locus.apache.org with SMTP; 6 Feb 2000 01:20:33 -0000 Received: from apache.org(kali[216.15.97.206]) (2476 bytes) by kali.betaversion.org via smail with P:esmtp/R:internet/T:smtp (sender: ) id for ; Sat, 5 Feb 2000 17:20:18 -0800 (PST) (Smail-3.2.0.106 1999-Mar-31 #3 built 1999-Sep-21) Message-ID: <389CCAC4.8C611ECB@apache.org> Date: Sat, 05 Feb 2000 17:13:40 -0800 From: Pierpaolo Fumagalli Organization: Apache Software Foundation X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: xalan-dev@xml.apache.org CC: Scott Boag/CAM/Lotus , Kay Michael , cocoon-dev@xml.apache.org, James Clark , Steve Muench , Adam Winer Subject: Re: XSLT API Proposal References: <389C61E9.EE818792@exoffice.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Assaf Arkin wrote: > > > Yes, absolutely. I realized I hadn't addressed xsl:output just after I > > sent the note. But, I'm not quite sure what to do about it. We need a > > class like Assaf Arkin's OutputFormat class (see the Xerces Serialize > > classes), but I don't want to make a class that's redundent to his, but the > > interfaces obviously shouldn't be dependent on Xerces either. Assaf, do > > you have any ideas on this? > > In my opinion the whole serializer API should be decoupled from Xerces. > In fact, today it's not dependent on Xerces and you can use it > standalone, we just included it in Xerces for convenience to Xerces > users. It could also be distributed separately of Xerces. Agreed.... > I've talked to James Duncan Davidson about adding the serializer API to > the next release of the Java XML API. Xalan can depend on that API, just > like it depends on SAX and DOM, regardless of which implementation is in > use. This is not going to happen soon, though :) Pier -- -------------------------------------------------------------------- - P I E R - stable structure erected over water to allow the docking of seacraft -------------------------------------------------------------------- - ApacheCON Y2K: Come to the official Apache developers conference - -------------------- --------------------