To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=74184
------- Additional comments from [EMAIL PROTECTED] Tue Feb 6 10:34:41 +0000
2007 -------
Btw, the example above, =code("가") returning 45217, is strange because "가" is
supposed to be
Octal Decimal Hex HTML Character Unicode
0126000 44032 0xAC00 가 "가" HANGUL SYLLABLE GA
45217 would be
Octal Decimal Hex HTML Character Unicode
0130241 45217 0xB0A1 낡 "낡" HANGUL SYLLABLE NALG
@jeongkyu: could you please attach a test case document to this issue that uses
the Unicode behavior of CODE and CHAR in a Korean Excel, so we can compare and
maybe identify some hidden setting. I wonder though (well, not really..) that a
Korean Excel has this behavior, because the online-help of an English Excel says
that, depending on the system where the document originated, it uses either Mac
or Windows ANSI encoding. Also the Ecma-MS-OOXML specification explicitly states
that CHAR returns a value between 1 and 255. Could you please do us another
favor and summarize here what the online-help of the Korean Excel says about
those functions?
Thanks
Eike
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
