BURGHARD Éric wrote:

Of course serializers do transformations, you already wrote it: from SAX
to bytes. But there is one important difference: The behaviour of a
serializer (and at the end the output) is absolutely predictable. If you
feed the same SAX events into a specific serializer you will always get
the same result.


So the behavior of a transformer is not absolutely predictable ? If i feed
my xsl transformers with the same stylesheet and the same data, the result
is hopefully the same. I hope that predictability is a quality shared not
only among serializers but by all cocoon components ;-).
Yes, of course.

And to come back to Antonio's absolutely correct interjection about the
virtual serializers: This is the point were you can put together again
the above mentioned additional transformer steps and the standard
serializer.


He was just wondering if this thread was about virtual serialization. It's
not.

I was not wondering, I saw your request exaclty as a "virtual serializers" usecase. This is something we want to address for cocoon 2.2.

I believe, I understand your point: "Process the lastest tranformation with the (X)HTML serializer". It is OK. Note that ,as Joerg said, : "It is only an implementation matter". Something that the virtual serializer need to address. I am sure this will save us "one SAX event generation step" in this special case.

XSLSerializer is a full featured serializer which can play the role of
a serializer in a virtual serializer if you really want to virtualize, but
what's the use of this extra step if i could do it in one, without bugs and
without breaking any pattern design ?
Agreed (see above). On the other hand, I think the suggested XSLSerializer will requiere a XSL file with a <xsl:output> instruction? How we will be able to reuse this XSL file in a tranformer? Thinking 5 seconds, I see 2 posible solutions (I don't like none of them):

1-Copy&paste the XSLT and remove the <xsl:output> tag for tranformer usage.
2-Let the XSLTranformer ignore the <xsl:output> tag.

Can you have a better solution for that?

I read you are tired of this discussion. Me too. It is not the best way to discuss this topics by exchanging mails. But this is the only way we can discuss right now. Please don't think we are just trying to reject your suggestions at any cost. It is not the case. We are trying to give you more information about how the things works, the next planned steps. We are open minded and what we want the best for cocoon. ;-)

Best Regards,

Antonio Gallardo

Reply via email to