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] Wed Feb 7 11:53:51 +0000 2007 ------- Thanks to 'masoris' for providing some insight. Given his comments this "enhanced" Korean version of CODE is quite useless and should had been iplemented as a separate function COLLATIONPOINT or such. Given that also no other Excel version seems to support it, I don't think we'll implement this, instead we may have additional Unicode aware functions, which issue 25218 is about. @jeongkyu: Thanks for the test case document, it didn't reveal any specialties though, except that the country code of course is set to South Korea. If loaded into an English Excel the results of the CODE cells are 63, the question mark. I'll attach an Excel file that is your test case document simply loaded into an English Excel and saved again, no changes. Could you please try whether, when loaded into your Korean Excel, the "Unicode" functionality is preserved? 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]