I fear this issue can not be solved by correct configuration. Hubert has filed a bug (http://issues.apache.org/bugzilla/show_bug.cgi?id=27709) where I added my comments. Also the dependency on the other bug might be important here.
Joerg
On 16.03.2004 21:53, Marcin Okraszewski wrote:
Hello Hubert,
Try this:
1. in web.xml uncomment fallowing:
<init-param>
<param-name>form-encoding</param-name>
<param-value>UTF-8</param-value>
</init-param>
and set encoding that you use.
2. In sitemap.xmap set encoding for html serializer:
<map:serializer logger="sitemap.serializer.html" mime-type="text/html" name="html" pool-grow="4" pool-max="32" pool-min="4" src="org.apache.cocoon.serialization.HTMLSerializer">
<encoding>UTF-8</encoding>
</map:serializer>
Regards, Marcin Okraszewski
P.S.2
How do you expect can we connect your "localhost" - your and our localhosts are different!!
P.S.2
Write Polish with capital "P", otherwise you say "to make something smooth", or in Polish: "polerować".
Did you ever face with problem like this:?
On Cocoon 2.1(.4 and earlier) if you put some national chars into form, after 'submit' they come back in escaped form.
Try for example this sample: http://localhost:8888/samples/simpleform/one/index
Enter something into form using national chars (I used polish), and make form not valid, so it redisplay submited data.
Chars are escaped to following form (without _underlines) &_#_281_;
Do you know this problem? Do you know any workaround?
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
