Thanks
I'm working on C2.0b1
I understand that all the transformers work the same way, but it seems that
i18n does not.
The sitemap is as follow (in fact it's a sub/sitemap):
<map:match pattern="ManUser.xsli">
<map:generate type="file" src="ManUser.xsl"/>
<map:transform type="i18n">
<map:parameter name="src" value="lang/ManUser.xml"/>
</map:transform>
<map:serialize type="xml"/>
</map:match>
ManUser.xsl begin like that :
<?xml version="1.0" encoding="iso-8859-1"?>
<!-- uv -->
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform";
xmlns:i18n="http://apache.org/cocoon/i18n/2.0";
>
When opening http://localhost/cocoon/myPages/ManUser.xsli I obtain this :
<?xml version="1.0" encoding="UTF-8" ?>
<!-- uv -->
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform";
xmlns:i18n="http://apache.org/cocoon/i18n/2.0";>
----- Original Message -----
From: Piroumian, Konstantin <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, June 19, 2001 6:09 PM
Subject: Re: [C2] Encoding value with I18n
> If you talk about i18nTransformer from latest C2 (which replaced the old
> i18n transformer), then it is not intended to specify encodings. It uses
> encodings from your files and simply replaces i18n text by values from the
> dictionary.
>
> If your XML file is in UTF-8 then the result will be also in UTF-8. If you
> want to specify other encoding then for your response then, I think, you
> have to look at the Serializers.
>
> If you post your pages I could look at them and try to understand what's
the
> problem.
>
> Regards,
> Konstantin Piroumian.
>
> ----- Original Message -----
> From: "matthieu VIDAL" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, June 19, 2001 6:26 PM
> Subject: [C2] Encoding value with I18n
>
>
> > How can I change the encoding value produced by the i18n transformer (by
> > default UTF-8)?
> >
> > In sitemap file I tried
> >
> > <map:transformer ...>
> > <encoding value="iso-8859-1">
> > then
> > <encoding>iso-8859-1</encoding>
> > then
> > <map:parameter name="encoding" value="iso-8859-1"/>
> > etc..
> > </map:transformer ...>
> >
> > even in the <map:transform> tag
> >
> > NB: the dictionary and xml to translate begin with : <?xml version="1.0"
> > encoding="iso-8859-1"?> but the xml file is always <?xml version="1.0"
> > encoding="UTF-8"?>
> >
> > help!!!
> >
> > ----- Original Message -----
> > From: Matt Sergeant <[EMAIL PROTECTED]>
> > To: Zeljko Rajic <[EMAIL PROTECTED]>
> > Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> > Sent: Tuesday, June 19, 2001 4:09 PM
> > Subject: Re: setting response headers with XSP
> >
> >
> > > On Tue, 19 Jun 2001, Zeljko Rajic wrote:
> > >
> > > > Hi,
> > > >
> > > > I'm currently trying to find out how to set response headers within
> > Cocoon,
> > > > respectively XSP in general. Reading the Cocoon respectively
Cocoon's
> > XSP
> > > > documentation and FAQs I couldn't find any information about this
> topic.
> > > >
> > > > So I still got some open questions and would appreciate it if
somebody
> > could
> > > > give me some further information or could point me to a resource. My
> > questions
> > > > are:
> > > >
> > > > 1. Where in the XSP document do I have to place the
> > <xsp-response:set-header
> > > > .../> tag? Does it matter where I place this tag?
> > > >
> > > > Concerning HTTP, it is necessary to send any header information
prior
> > any
> > > > content/data. Thus, does Cocoon buffer the content/data and then
> writes
> > header
> > > > information and content/data in a 'single' run?
> > > >
> > > > Having a look at the generated Java source, shows that it
> > generates/fires SAX
> > > > events and thus makes me wonder how the response headers currently
> being
> > set!?
> > > >
> > > >
> > > > 2. The same probably applies to cookies, thus the same question for
> > cookies:
> > > > Where in the XSP document is it allowed to set a cookie using the
> > > > <xsp-cookie:cookie> tag?
> > >
> > > These two questions are really implementation dependant, and belong on
> > > Cocoon-Users. My take on it, is that it doesn't matter in AxKit or
> Cocoon
> > > 1, because both use the "build a DOM" method. It probably matters in
> > > Cocoon 2 though. I think the C2 solution is to cache to a certain
extent
> > > and hope you try and send the header early enough in the XSP file that
> it
> > > just works :-) But I await to be corrected on that.
> > >
> > > > 3. Does any specification exists for XSP? Often it's not possible
to
> > say
> > > > whether some XSP constructs do not work because of wrong usage or
> > because of a
> > > > bug in Cocoon's XSP implementation. An specification also would
allow
> > to
> > > > build an XSP verifier - or does a verifier already exist?
> > >
> > > I think an XSP verifier would be very hard to write. Certainly not
> > > possible in W3C Schemas. Though perhaps possible in Schematron or
RELAX.
> > >
> > > As for a spec, there is nothing formal as yet. We really need to get
> > > around to doing that.
> > >
> > > The problem though, is that with taglibs the XSP set of tags is
> infinite,
> > > and the way you can put them to use is also infinite. The upshot of
this
> > > is just about any XML document is a valid XSP document, with the
> exception
> > > of items in the XSP namespace itself, which may have to appear in a
> > > certain hierarchy.
> > >
> > > --
> > > <Matt/>
> > >
> > > /|| ** Founder and CTO ** ** http://axkit.com/ **
> > > file://|| ** AxKit.com Ltd ** ** XML Application Serving **
> > > // || ** http://axkit.org ** ** XSLT, XPathScript, XSP **
> > > // \\| // ** mod_perl news and resources: http://take23.org **
> > > \\//
> > > //\\
> > > // \\
> > >
> > >
> > > ---------------------------------------------------------------------
> > > Please check that your question has not already been answered in the
> > > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> > >
> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > > For additional commands, e-mail: <[EMAIL PROTECTED]>
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > Please check that your question has not already been answered in the
> > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
> >
> > To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> > For additional commands, e-mail: <[EMAIL PROTECTED]>
> >
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
>
>
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>
