From chen at lilux.co.il  Wed Sep 10 13:18:33 2003
From: chen at lilux.co.il (Chen Naor)
Date: Wed, 10 Sep 2003 15:18:33 +0200
Subject: [interchange-i18n] encoding decoding low characters IC4.8.0 - new
	post
References: <00a601c32aad$8b4130c0$3700a8c0@lilux.co.il>
	<20030618130240.5455dc14.racke@linuxia.de>
	<012601c33681$9c269080$3700a8c0@lilux.co.il>
Message-ID: <00f901c3779e$09077e50$a06318ac@lilux.co.il>

Hi,

I posted in the past on the problem IC have in decoding / encoding of characters that are not
ISO-8859/1 (Latin-1?).
The problem is that some part of the UI (buttons and select fields) and some part in the store
(variants options) are not decoded to the right character set - it is shown in ISO-8859/1.

Well I found the blame, it is the HTML::Entities.

According to the docs:
http://aspn.activestate.com/ASPN/docs/ActivePerl/site/lib/HTML/Entities.html
quote:
decode_entities($string)
This routine replaces HTML entities found in the $string with the corresponding ISO-8859/1 (or
with perl-5.7 or better Unicode) character. Unrecognized entities are left alone

It resulting that all the HI characters that are not ISO-8859/1 are decoded to it.

Since I worked with perl 5.6.1, I gave a chance and upgrade to perl 5.8.0 and compiled
HTML::Entities with Unicode support.

Well it did not work.
The problem accurse in the UI in: Hebrew and Japanese (All the rest of the languages are using
ISO-8859/1).

Any Idea or guidance to the place that this function is working will be grate.

Chen







From murahashi at ayayu.com  Thu Sep 18 06:14:06 2003
From: murahashi at ayayu.com (murahashi at ayayu.com)
Date: Thu, 18 Sep 2003 15:14:06 +0900
Subject: [interchange-i18n] encoding decoding low characters IC4.8.0 -
	newpost
In-Reply-To: <00f901c3779e$09077e50$a06318ac@lilux.co.il>
References: <00f901c3779e$09077e50$a06318ac@lilux.co.il>
Message-ID: <JP20030918151406.27272250@ayayu.com>

Hi, Chen Naor,

I'm a user of IC with localization like you.
I thank you very much for your localization patch for IC 4.8.
All my actual IC sites are based on IC 4.8 or former.

I tried to install IC4.9.8 with perl5.6 and test it. Config with ja_JP.cfg 
and a patch on Util.pm.
I see there is still problems. I think the problems are same as Chen. Some 
botton and alter field are broken.
I can edit general text fields in UI, in Japanese and frontend site is 
working.

I'm sorry for no any idea but I have the same issue.

If you have any qustion, please let me know.

Murahashi

> Hi,
> 
> I posted in the past on the problem IC have in decoding / encoding of 
characters that are not
> ISO-8859/1 (Latin-1?).
> The problem is that some part of the UI (buttons and select fields) and 
some part in the store
> (variants options) are not decoded to the right character set - it is 
shown in ISO-8859/1.
> 
> Well I found the blame, it is the HTML::Entities.
> 
> According to the docs:
> http://aspn.activestate.com/ASPN/docs/ActivePerl/site/lib/HTML/Entities.
html
> quote:
> decode_entities($string)
> This routine replaces HTML entities found in the $string with the 
corresponding ISO-8859/1 (or
> with perl-5.7 or better Unicode) character. Unrecognized entities are left 
alone
> 
> It resulting that all the HI characters that are not ISO-8859/1 are 
decoded to it.
> 
> Since I worked with perl 5.6.1, I gave a chance and upgrade to perl 5.8.0 
and compiled
> HTML::Entities with Unicode support.
> 
> Well it did not work.
> The problem accurse in the UI in: Hebrew and Japanese (All the rest of the 
languages are using
> ISO-8859/1).
> 
> Any Idea or guidance to the place that this function is working will be 
grate.
> 
> Chen
> 
> 
> 
> 
> 
> _______________________________________________
> interchange-i18n mailing list
> interchange-i18n at icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-i18n