Specific characters in SC longtext for non Unicode SRM system

[laurent_burtaire]

Hello,

for a non-unicode SRM system, if you populate SC item longtext (for example, internal note) with specific character as euro (it works with US dollars, japan Yens) or any Greek characters (pi, sigma, etc), when you validate your note, value '#' is displayed inside the Shopping Cart.

I did not find any notes dealing with this SRM problem.

On the other hand, in a non-Unicode ECC 6.0 system, problem does not occur !

Any idea to solve this problem, except opening an OSS message ?

Regards.

Laurent.

[nils_buerckel · Accepted solution]

Hi Laurent,

a non-Unicode SRM system is based on one non-Unicode code page - in your case assumingly 1100 (Western Europe ISO-8859-1 - see http://en.wikipedia.org/wiki/ISO/IEC_8859-1 ). This code page does not support the €-sign ($ is available). Greek characters are also not supported. This is the same case for a non-Unicode ECC 6.0 system.

In some cases this might not be directly visible (no conversion to # during data entry) but the hex code is stored directly on the db. But nevertheless those characters are not supported.

Best regards,

Nils

[laurent_burtaire · Accepted solution]

Hello Nils,

thank you for this information.

It is confirmed also by OSS note 447596 - Euro sign/Trademark sign: processing

Regards.

Laurent.