Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: pass (asf.osuosl.org: domain of ap-cocoon-dev@m.gmane.org
 designates 80.91.229.2 as permitted sender)
To: dev@cocoon.apache.org
From: BURGHARD =?ISO-8859-15?Q?=C9ric?= <eric.burghard@systheo.com>
Subject: Re: Suggestion for XHTMLSerializer
Date: Tue, 09 Aug 2005 12:57:44 +0200
Lines: 35
Message-ID: <dda24k$2na$1@sea.gmane.org>
References: <b677085305080202252fb491ff@mail.gmail.com>
 <1123067609.7378.9.camel@localhost.localdomain> <dcvjmk$j9v$1@sea.gmane.org>
 <42F3AC2F.4080307@gmx.de> <dd1uab$7o0$1@sea.gmane.org>
 <42F48BAF.3010808@gmx.de> <dd2pdg$tcm$1@sea.gmane.org>
 <42F4FE1D.3050704@lojjic.net> <dd3e86$17e$1@sea.gmane.org>
 <42F5477E.4040301@lojjic.net> <dd4i4d$li5$1@sea.gmane.org>
 <42F5E165.1090700@gmx.de> <dd502d$gn0$1@sea.gmane.org>
 <42F62F0F.3030306@gmx.de> <dd5fu2$k0t$1@sea.gmane.org>
 <42F64E31.8050002@gmx.de> <42F7B2DF.5090004@reverycodes.com>
 <42F7BA5B.10306@gmx.de> <42F7CA5C.9040502@reverycodes.com>
 <42F7DF76.6010604@pcextremist.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
User-Agent: KNode/0.9.1
Sender: news <news@sea.gmane.org>

>  From Vadim and Eric: Many (most?) serializers are not reversible and
> therefore there should be no prohibition on yet another seemingly useful
> serializer based upon XSLT and its output element.
> 

In fact, if i try to summarize this thread, we are just talking about
implementation language. From now java was the only language for writing
serializers. With a TraxSerializer (you're right vadim, this name would
have certainly avoid all this XSL crispation :-) you can write them in XSL.

A Trax Serializer, is much more isolated from object model than a java one,
so don't tell me that they could encourage abuses. You play with the sax
stream in a java serializer and trax one in the exactly same (it's just
simpler, and the risk of stream corruption is lower with xsl). For some
things you cannot just use existing serializer (characters-map).
Serialization in xsl 2.0 is feature rich, and it would be a pain and a
waste of time to reimplement them.

And if you can stand the src attribute on the serializer, just define a
virtual serializer in such a manner that

<map:serialize type="xsl" src="serialize/xhtml.xsl"/>

become

<map:serialize type="clean-xhtml"/>

in your pipelines.

We use a traxserializer on our project since 2 months (as sylvain pointed
out), i'm totally happy with it, and if enough people want it i can make a
last effort to cleanup and format it accordingly to the cocoon project base
rules.

Regards.