cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ard Schrijvers" <a.schrijv...@hippo.nl>
Subject RE: i18nTransformer problems with static pages
Date Thu, 07 Dec 2006 10:51:27 GMT
Recapitulating this thread:

1) The lightweight StripNameSpaceTransformer is an option to strip intermediate namespaces
you want to get rid of (like after sql transformer, I would like to get rid of them as fast
as possible). Add this to trunk/branch or not?

2) The XHTML serializer: Make it by default strip the list of namespaces we know people don't
want to sent to the browser. Configurable: added namespaces to be stripped.

About serializers: Does anybody know why we have a serialization part in cocoon core and one
in a serializers block? Is it preferred to use serializers from the serializers block? Normally,
I am using org.apache.cocoon.serialization.HTMLSerializer and configure doctype-public. 

Ard



> Mark Lundquist wrote:
> >
> > Is there ever a need to retain namespace declarations for namespaces
> > that are not actually used in the result document, i.e. for which
> > there is no element with that namespace?  I think the idea 
> is to just
> > delete extraneous namespace declarations, not to delete them all...
> Yep, the problem with this approach is that you manage to know if a
> namespace declaration has been used only when you reach the end of the
> document (after checking that no element used it), while the 
> declaration
> is quite commonly on the root element. Buffering all the SAX event for
> each html page served by cocoon would be a problem :)
> 
> What i was proposing would be simply to enable it by default (already
> too many options in cocoon, and if a page containing a i18n namespace
> declaration is not visualized by IE, by default cocoon should not send
> it), but limit it's influence on a set of namespaces (all namespaces
> http://cocoon.apache.org for example) and eventually have this set
> configurable by the user so that there will be no need in the 
> future for
> remove-that-certain-unwanted-ns.xsl files :D
> 
> Simone
> 

Mime
View raw message