Gilles, I can't be absolutely sure, but looks like XWIKI-987 is a different problem. In my case it was just a modified WebHome page, not a blog post. And </div> is in place, or at least is does not differ from a correct page. It is css style that makes the difference. Also, my issue is specific to non-ASCII characters. Best regards, Pavel _____ From: Gilles Serasset [mailto:Gilles.Serasset@imag.fr] Sent: Wednesday, March 21, 2007 11:30 AM To: xwiki-users(a)objectweb.org Subject: Re: [xwiki-users] Re: Layout issue with non-latin pages on b5 Hi, Is it in a blog page ? If yes, it may be related to issue XWIKI-987. Gilles, On 18 mars 07, at 00:19, Pavel wrote: Another experiment: page of 515 or less "й" characters renders correctly. 516 or more breaks the layout. On 3/18/07, Pavel < pagrus(a)gmail.com <mailto:pagrus@gmail.com> > wrote: Greetings, I noticed that in certain cases such pages are rendered incorrectly, without white background. Comparing HTML of correct and incorrect page I noticed that broken one uses <div class="clearfloat"> while correct one mentions <div class="clearfloats">. Notice the "s" in the correct class name. Changing class name with firefox dom explorer fixes the layout. By removing some content I could find a point where adding another non-latin character makes things go wrong. Adding ASCII works fine though. Is it a known issue? If not, can it be addressed in scope of 1.0 development? -- Best regards, Pavel -- Best regards, Pavel -- You receive this message as a subscriber of the xwiki-users(a)objectweb.org mailing list. To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org For general help: mailto:sympa@objectweb.org?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws -- Gilles Sérasset GETALP-LIG BP 53 - F-38041 Grenoble Cedex 9 Phone: +33 4 76 51 43 80 Fax: +33 4 76 44 66 75

Gilles, Thanks for your reply. I use UTF8. I didn't try 2000 ascii chars myself, but initial WebHome looks very much like that, and it was showing nicely. What I did try, however, was 515 russian symbols + ~30 ascii ones. This combination works. I didn't realize that page layout itself comes from db, so I will surely check what style name in fact is in mysql. Thanks for the tip. Pavel. _____ From: Gilles Serasset [mailto:Gilles.Serasset@imag.fr] Sent: Wednesday, March 21, 2007 3:28 PM To: xwiki-users(a)objectweb.org Subject: Re: [xwiki-users] Re: Layout issue with non-latin pages on b5 Hi, Depending on your encoding, non ascii chars do take up to 3 or 4 times the size of an ascii char. Did you test with 2000 ascii chars ? What encoding are you using ? Second, the string clearfloat (without s) is present NOWHERE in the source of xwiki... if it is present in your page, it should come from your DB (from your users)... Regards, Gilles, On 21 mars 07, at 11:10, Pavel wrote: Gilles, I can't be absolutely sure, but looks like XWIKI-987 is a different problem. In my case it was just a modified WebHome page, not a blog post. And </div> is in place, or at least is does not differ from a correct page. It is css style that makes the difference. Also, my issue is specific to non-ASCII characters. Best regards, Pavel _____ From: Gilles Serasset [mailto:Gilles.Serasset@imag.fr] Sent: Wednesday, March 21, 2007 11:30 AM To: xwiki-users(a)objectweb.org Subject: Re: [xwiki-users] Re: Layout issue with non-latin pages on b5 Hi, Is it in a blog page ? If yes, it may be related to issue XWIKI-987. Gilles, On 18 mars 07, at 00:19, Pavel wrote: Another experiment: page of 515 or less "й" characters renders correctly. 516 or more breaks the layout. On 3/18/07, Pavel < pagrus(a)gmail.com <mailto:pagrus@gmail.com> > wrote: Greetings, I noticed that in certain cases such pages are rendered incorrectly, without white background. Comparing HTML of correct and incorrect page I noticed that broken one uses <div class="clearfloat"> while correct one mentions <div class="clearfloats">. Notice the "s" in the correct class name. Changing class name with firefox dom explorer fixes the layout. By removing some content I could find a point where adding another non-latin character makes things go wrong. Adding ASCII works fine though. Is it a known issue? If not, can it be addressed in scope of 1.0 development? -- Best regards, Pavel -- Best regards, Pavel -- You receive this message as a subscriber of the xwiki-users(a)objectweb.org mailing list. To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org For general help: mailto:sympa@objectweb.org?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws -- Gilles Sérasset GETALP-LIG BP 53 - F-38041 Grenoble Cedex 9 Phone: +33 4 76 51 43 80 Fax: +33 4 76 44 66 75 -- You receive this message as a subscriber of the xwiki-users(a)objectweb.org mailing list. To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org For general help: mailto:sympa@objectweb.org?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws -- Gilles Sérasset GETALP-LIG BP 53 - F-38041 Grenoble Cedex 9 Phone: +33 4 76 51 43 80 Fax: +33 4 76 44 66 75

After tracing the issue to the line at com.xpn.xwiki.web.Utils:112 response.setContentLength(content.getBytes().length); I realized that the actual problem is a JVM default charset. So - Dfile.encoding=UTF-8 did the trick. What's more important is that there is a UTF-8 configuration guide available at http://www.xwiki.org/xwiki/bin/view/AdminGuide/Encoding. So the moral for me is: read the latest docs and have debugger at hand, just in case. On 3/22/07, Pavel &lt;pagrus(a)gmail.com&gt; wrote: -- Best regards, Pavel