Additional comment. There is bug on parsing multipart request in 2.1.4(and earlier) in UTF-8 encoding. It was not appeared in 1-byte encodings like Cp1251 and KOI8-R for russian. The 2.1.5-dev is free of the bug (corrected org/apache/cocoon/servlet/multipart/MultipartParser.java)
MO> Hello Hubert, MO> Try this: MO> 1. in web.xml uncomment fallowing: MO> <init-param> MO> <param-name>form-encoding</param-name> MO> <param-value>UTF-8</param-value> MO> </init-param> MO> and set encoding that you use. MO> 2. In sitemap.xmap set encoding for html serializer: MO> <map:serializer logger="sitemap.serializer.html" MO> mime-type="text/html" name="html" pool-grow="4" pool-max="32" MO> pool-min="4" src="org.apache.cocoon.serialization.HTMLSerializer"> MO> <encoding>UTF-8</encoding> MO> </map:serializer> MO> Regards, MO> Marcin Okraszewski MO> P.S.2 MO> How do you expect can we connect your "localhost" - your and our MO> localhosts are different!! MO> P.S.2 MO> Write Polish with capital "P", otherwise you say "to make something MO> 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? >> -- Best regards, Peter Velychko [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
