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]>

Reply via email to