[opencms-dev] Problem displaying non ISO-8859-1 charsets
D.Bougoulias at ieee.org
Tue Apr 29 17:44:00 CEST 2003
In my previous mail to the list
I mentioned a problem (and potential workaround) for using non ISO-8859-1
(in my case ISO-8859-7 Greek).
In this mail I include the (updated) patch I'm currently using - applies to
current CVS as of April 28th.
This patch makes OpenCMS usable for Greek (and other charsets).
My setup is on windows, linux and HPUX with mysql 3.x and J2SE-1.4.1
*** For OpenCms to become usable for other languages at least content, title
and nav-text should allow non ISO-8859-7 characters.
a) mostly added missing Content Encoding Meta
c) modified so that escapeHtml and escapeXml do not encode already encoded
d) escapeHtml for nicenames since it would not update NAVPOS properly if
navigation text was non ISO-8859-7
For the above files there is still problems with encodeURIcomponent (see
e) Added ISO-8859-7 and other charsets that include ASCII charset to
content-encoding directive so that it can be usable with other charsets.
(International English version)
I believe this is correct approach since the english version should be able
to edit non english content as it applies to most software apps.
Still there are problems with username etc. in non ISO-8859-1 - especially
for the username (first, last name, etc.) the size of db fields should be
increased so that it can accommodate URLencoded strings. Etc.
In part (d) above -> CmsNewResourceXXX.java there is still a problem with
characters 212,213,222 (integer values of Greek capital Tau, capital Ipsilon
and lowercase accented eta) since they turn into double questionmarks. This
same problem in CmsChnav (Change navigation) but I solved it through getting
The good part is that even if the strings (title, navigation text) get
corrupt I can fix using the property tab which works OK after my patch.
web application within tomcat but outside OpenCms there is no problem with
the three characters I mentioned above.
To fully solve charset problems some overhaul must probably be performed in
CmsRequestBroker and in the com.opencms.file subpackage.
I have not seen any CVS changes since April 3, when is version 5 going to be
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 20253 bytes
Desc: not available
More information about the opencms-dev