Kbase 19234: I18N. Can Progress use multiple codepages?
| Autor |
Progress Software Corporation - Progress |
| Acesso |
Público |
| Publicação |
12/17/2004 |
|
Status: Verified
GOAL:
I18N. Can Progress use multiple codepages?
GOAL:
Is it possible to use multiple Codepages?
FACT(s) (Environment):
Progress 8.X
Progress 9.X
OpenEdge 10
FIX:
Progress can support via conversions, several codepages.
For example, user can use ibm850, iso8859-1 and both can be "used" in a single Database because we convert the data before putting it in the Database.
If the customer wants to mix languages and not codepages, then often a single code page supports more than one language.This is because almost each code page is a super set of ASCII characters at encoding range 0 - 127 (a-z,A-Z,0-9 or ..). In the other word, they all have both ASCII characters which used by English and other native characters. There are some codepages that do not have english or ascii characters, but they are mostly codepages we do not support. (AS/400 will use EBCDIC codepages by the way.)
No matter what kind of code page they're using such as ISO8859-5 for Russian or SHIFT-JIS for Jappan, it always works for English other than the native language.
The "undefined" code page is a special name we use which means we don't know what the data is and so we won't do conversions. It is not really a code page, its more like a wildcard.
We occassionally do tell customers for special situations to use "undefined" and they can mix codepages. TranMan does this to access mixed data. However, we do tell customers this is only for those that know what they are doing. QAD uses it for their translations too.
From the introduction of V9 where UTF-8 (Unicode) is supported, it is recommended to use UTF-8 for these purpose.